Das fortlaufende Sammelwerk nur für OS/2 


Band 3 

• Neuigkeiten 

Fixpack 13 für OS/2 Warp 4 

• Hardware 

Tips für OS/2-taugliche Notebooks 
SCSI-Hostadapter für OS/2 

• Software 

Werkzeuge zur Systemwartung 
Backup mit PKZip 

• Know how 

Unter OS/2 via Ghostscript 

• Netzwerke 

Netzwerke mit OS/2, Teil 2 
Mobil ins Internet mit OS/2 Warp 


C.-E. Fischer 
Buchverlag 



OS/2 Only! 

Das fortlaufende Sammelwerk für OS/2 
Band 3 



OS/2 Only! 

Das fortlaufende Sammelwerk für OS/2 
Band 3 



Die OS/2 Only! ist ein unabhängiges OS/2-Magazin und wird herausgegeben 
vom C.-E. Fischer Buchverlag, Stuttgart. 

Anschrift der Redaktion 
C.-E. Fischer Buchverlag 
Redaktion OS/2 Only! 

Wegländerstr. 24 
D-70563 Stuttgart 

Für unverlangt eingesandte Manuskripte wird keine Haftung übernommen. Mit der Ein¬ 
sendung stimmt der Autor einer Publikation zu. Honorare werden nur auf Grundlage eines 
Verlagsvertrages zu den jeweils gültigen Honorarstaffeln ausgezahlt. Leserbriefe werden 
nicht honoriert. Wenn nicht anders angegeben, behält sich der Verlag das Recht vor, den 
Namen und Wohnort des Autors zusammen mit seinem Leserbrief zu veröffentlichen. 


Fast alle Hard- u. Softwarebezeichnungen, die in diesem Band erwähnt werden, sind 
gleichzeitig auch eingetragene Warenzeichen und sollten als solche betrachtet werden. 
Der Verlag folgt bei den Produktionsbezeichnungen im wesentlichen den Schreibweisen 
der Hersteller. 

Der Verlag hat alle Sorgfalt walten lassen, um vollständige und akkurate Informationen 
in diesem Buch und auf anderen evtl, beiliegenden Informationsträgern zu publizieren. 
Der C.-E. Fischer Buchverlag, Stuttgart, übernimmt jedoch weder die Garantie noch die 
juristische Verantwortung oder irgend eine Haftung für die Nutzung dieser Informationen 
oder anderer evtl, beiliegender Informationsträger, für deren Wirtschaftlichkeit oder 
fehlerfreie Funktion. Ferner kann der Verlag für Schäden, die auf eine Fehlfunktion von 
Programmen, Fehlinformationen in Artikeln oder auf Fehler anderer evtl, beiliegender 
Informationsträger o.ä. zurückzuführen sind, nicht haftbar gemacht werden, auch nicht 
für die Verletzung von Patent- oder anderen Rechten Dritter, die daraus resultieren kann. 

Das Werk ist in allen seinen Teilen urheberrechtlich geschützt. Alle Rechte Vorbehalten. 
Jegliche Verwertung, insbesondere Vervielfältigung, Übersetzung sowie die Speicherung 
und Weiterverarbeitung durch elektronische Systeme ist ohne die Zustimmung des 
Verlages untersagt. 

©2000 C.-E. Fischer Buchverlag, Stuttgart 
Lektorat: Carsten Momberg 

Verantwortlich für den Inhalt: Clemens-Elias Fischer 
Druck u. Verarbeitung: Franz Spiegel Buch GmbH, Ulm 

1. Aufl., 2000 
Printed in Germany 


ISSN 1436-8307 



Inhalt 


v 


Inhalt 

Editorial xi 

1 Neuigkeiten 1 

1.1 Fixpack 13/ 14 für Warp 4. 1 

1.1.1 Was FP 13 bietet und nicht bietet. 1 

1.1.2 Zweckmäßigkeit einer FP 13-lnstallation . . 5 

1.2 Die neue OS/2 Only! CD Nr. 2. 7 

1.2.1 Inhaltsschwerpunkte. 7 

1.2.2 Weitere Besonderheiten. 8 

1.2.3 Verbesserter CD-Viewer. 9 

1.3 Neue Bücher für OS/2 . 10 

2 Hardware 11 

2.1 SCSI Workshop, Teil 1 11 

2.1.1 Überblick zu IDE. 12 

2.1.2 Das Small Computer Systems Interface . . 13 

2.1.3 Die SCSI-Unterstützung von OS/2. 22 

2.1.4 Ausblick auf Teil 2 des Workshops. 25 

2.2 OS/2-taugliche Notebooks. 25 

2.2.1 Was vor dem Kauf zu beachten ist. 26 

2.2.2 Audiounterstützung. 29 

2.2.3 Videounterstützung. 30 

2.2.4 PCMCIA-Unterstützung. 31 

2.2.5 Infrarot. 33 

2.2.6 Abschließende Betrachtungen. 33 

3 Software 35 

3.1 OS/2 Tools: Wartung der config.sys. 35 

3.1.1 Die Installation . 38 

3.1.2 Testergebnisse. 39 

3.1.3 Fazit. 44 

3.2 Backup mit PKZip für OS/2. 44 

3.2.1 Festplattenverwaltung. 45 

3.2.2 Sinnvolle Datensicherung. 46 




























vi 


Inhalt 


3.2.3 Durchführung des Backups. 46 

3.2.4 Voreinstellungen. 50 

3.2.5 Befehle und Schalter. 50 

3.2.6 Regelmäßige Sicherung. 54 

3.2.7 DOS-Kompatibilität. 55 

3.2.8 Weitere Hinweise. 55 

3.2.9 Entpacken von Archiven . 56 

3.2.10 Weitere Eigenschaften. 57 

4 Know how 59 

4.1 Drucken unter OS/2 via Ghostscript. 59 

4.2 IBM CSet 2.1 mit Toolkit 4.x nutzen. 64 

4.3 Tips zum neuen TCP/IP Notizbuch . 68 

4.3.1 Das Notizbuch startet nicht. 68 

4.3.2 Ausführungsgeschwindigkeit erhöhen .... 71 

5 Netzwerk 73 

5.1 Mobil ins Internet mit OS/2 Warp. 73 

5.1.1 Benötigte Treiber. 76 

5.1.2 Die Einrichtung des Internetzugangs .... 77 

5.1.3 Der Internetzugang unter OS/2 Warp 4.0 . 87 

5.2 Netzwerke mit OS/2 Teil 2. 89 

5.2.1 Weiterer Verlauf des Workshops. 90 

5.2.2 TCP/IP- und MPTS-Versionen. 90 

5.2.3 Im Workshop verwendete TCP/IP-Version . 91 

5.2.4 Verwendete Netzwerkhardware. 91 

5.2.5 MPTS konfigurieren. 98 

5.2.6 TCP/IP 4.0 konfigurieren.108 

5.2.7 Ausblick auf den nächsten Teil.117 


118 


Anhang 
























Tabellenverzeichnis 


vii 


Tabellenverzeichnis 

2.1 Maximale Kabellängen des SCSI-Busses unterschied¬ 
licher Standards bei unterschiedlichen Geräteanzahlen 15 

4.1 Startdateien und zugehörige TCP/IP-Programme . 72 

5.1 Domnänennamen und Rufnummern einiger Provider 77 

5.2 Benutzernamen, Paßwörter und DNS-Adressen ei¬ 
niger Provider. 78 




Abbildungsverzeichnis 


viii 


Abbildungsverzeichnis 


1.1 Die Ausgabe von MemTest 1.1 auf einem mit FP 

13 korrigierten System. 4 

1.2 Die neue Oberfläche von INF-Onlinebüchern. ... 9 

2.1 Beispiele für einen korrekt terminierten SCSI-Bus 

mit einem Ultra-Wide SCSI-Adapter (Teil 1). ... 16 

2.2 Beispiele für einen korrekt terminierten SCSI-Bus 

mit einem Ultra-Wide SCSI-Adapter (Teil 2). ... 19 

2.3 SCSI-Unterstützung im OS/2-Treibermodell. 23 

3.1 Die Oberfläche von ConfigMaint/2 . 41 

3.2 Die Oberfläche von Configinfo . 43 

4.1 Oberfläche von GSView. 62 

4.2 Fehlermeldung des neuen TCP/IP Konfigurations¬ 
notizbuches. 70 

5.1 Oberfläche des IBM-Einwahl program ms slippm.exe. 81 

5.2 Konfigurationsnotizbuch des Programms Wählfunk¬ 
tion für TCP/IP, Seite Anmelden. 82 

5.3 Konfigurationsnotizbuch des Programms Wählfunk¬ 
tion für TCP/IP, Seite Verbinden. 84 

5.4 Konfigurationsnotizbuch des Programms Wählfunk¬ 
tion für TCP/IP, Seite Modem. 86 

5.5 Physische Struktur von Netzwerken mit BNC- und 

Twisted-Pair- Verkabelungen. 95 

5.6 Physische Struktur von Netzwerken mit BNC- und 

Twisted-Pair- Verkabelungen. 97 

5.7 Oberfläche der Multiprotokoll-Transportdienste. . . 102 

5.8 MPTS-Dialogfenster Konfigurieren.103 

5.9 Adapter- und Protokollkonfiguration .103 

5.10 Adapter- und Protokollkonfiguration mit eingebun¬ 
denem Parallelporttreiber.104 

5.11 Den SSW-Parallelporttreiber konfigurieren.105 

5.12 Aktualisieren der Systemkonfiguration durch MPTS 106 


















Abbildungsverzeichnis 


ix 


5.13 Der Dialog MPTS verlassen .107 

5.14 TCP/IP Konfigurationsnotizbüch, Seite Netzwerk . 110 

5.15 TCP/IP Konfigurationsnotizbuch, Seite Leitweg . . 112 

5.16 Setzen eines Default-Leitweges.113 

5.17 TCP/IP Konfigurationsnotizbuch, Seite Hosts, Sei¬ 
te 1 114 

5.18 TCP/IP Konfigurationsnotizbuch, Seite Hosts , Sei¬ 
te 2 .115 

5.19 Vornehmen eines Eintrages in der Hosttabelle. . . . 116 

5.20 TCP/IP Konfigurationsnotizbuch, Seite Allgemein . 117 

5.21 Ausgabe des Programms ping.exe nach erfolgrei¬ 
chem Aufruf.118 








X 


A bbifdu ngsverzeich nis 



Editorial 


„Entwirren Sie das mal!“ hieß es von einem Leser zu MPTS und 
TCP/IP. Welche Versionen dieser beiden Komponenten arbeiten 
denn nun überhaupt zusammen, wie führt man entsprechende Up¬ 
dates durch und so weiter. Wir haben diese Fragen in unseren Netz¬ 
werkworkshop zu TCP/IP aufgenommen, und ich bin sicher, diese 
Informationen werden Ihnen weiterhelfen. Im nächsten Band fin¬ 
den Sie außerdem Informationen zur Konfiguration von DCHP und 
DDNS. Keine unbedingt leichte Angelegenheit, zumal man eine 
wirklich gute Dokumentation vergeblich sucht. Zugegeben - das 
gesamte Umfeld von TCP/IP ist nicht gerade sehr übersichtlich; 
aber man erhält bereits mit dem Basisbetriebssystem jede Menge 
Netzwerkfunktionalität. Gerade einfache Netze, die man nur mit ei¬ 
nem Parallelkabel aufbaut, etwa zwischen Desktop-Computer und 
Notebook, haben wir in dieser Ausgabe besprochen, in der wir No¬ 
tebooks übrigens einen breiteren Raum gewidmet haben. 

Mit der 3. Ausgabe der OS/2 Only! fahren wir wie versprochen 
mit der Publikation unseres Sammelwerkes wenn auch nach langer 
und - zugegeben - nervraubender Unterbrechung fort, die wir an 
dieser Stelle zu entschuldigen bitten. Wie Sie sehen, präsentiert sich 
die OS/2 Only! auch in einem neuen Layout, das wir in Zukunft 
beibehalten und auch für andere Bücher aus unserem Programm 
verwenden werden. Diese Standardisierung des Inhaltes vereinfacht 
die Herstellung der Druckvorlagen und erhöht nebenbei auch die 
Qualität des Druckbildes, vor allem was die in den Text eingebun¬ 
denen Graphiken angeht. 

Die OS/2 Only! ist nun ein vollwertiges Buch. Wir kamen mit dem 
neuen Layout im übrigen auch der immer wieder erwähnten Forde¬ 
rung vieler Leser nach, daß Informationen schneller auffindbar sein 
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müssen, damit man weniger blättern muß. Das vorliegende Werk 
und alle folgenden Ausgaben bieten diese Übersichtlichkeit. 

Durch die Verzögerungen, die bis zur Drucklegung dieses Ban¬ 
des auftraten, mußten wir den Inhalt dieser Ausgabe aus aktuel¬ 
len Gründen etwas anpassen, was vorrangig die beiden Abschnit¬ 
te Hardware und Programmieren betrifft. Den letzten Teil unseres 
DLL-Workshops werden Sie daher in Band 4 finden. Noch eine Klei¬ 
nigkeit sei zu den nächsten Ausgaben erwähnt: Diese werden nun in 
kürzerer Folge aufeinander erscheinen, Sie müssen also keinesfalls 
mehr so lange warten wie sonst. 

In diesem Zusammenhang sei noch die Verbesserung unserer Web¬ 
seiten erwähnt, allem voran des E-Mail-Services: Sicherlich werden 
Sie schon den neuesten Newsletter erhalten haben, der von nun 
an regelmäßig erscheint und Sie über Titel, Themen und Termine 
auf dem laufenden halten wird. Über die OS/2 Only! Homepage 
können Sie nun sehr einfach diesen Service nutzen, alte Anschrif¬ 
ten aus dem Verteiler entfernen, neue hinzufügen oder sich ganz aus 
der Empfängerliste streichen. In den kommenden Wochen wird übri¬ 
gens das gesamte Online-Angebot aktualisiert, standardisiert und 
Ihren Wünschen angepaßt. Das bewährte, schnelle Layout bleibt da¬ 
bei natürlich erhalten; aber allem voran der Online-Shop bekommt 
ein neues Gesicht, wird besser zu benutzen sein und auch eine 
stärkere Erweiterung hinsichtlich seines Angebotes erfahren. Wir 
erstellen gerade Listen mit OS/2-tauglicher Hardware, welche den 
neuen Katalogen zugrundegelegt werden. Auch preislich und hin¬ 
sichtlich der Zahlungskonditionen wird der Shop auf dem richtigen 
Niveau sein. Auch das Newsarchiv und das Online-Forum werden 
mit mehr Eigenintelligenz ausgestattet. Neben größerer Übersicht¬ 
lichkeit können wir damit auch eine bessere Bedienbarkeit garan¬ 
tieren. Diese Änderungen halten die Seiten in den Bereichen, wo 
Aktualität besonders gefragt ist, stets auf dem neuesten Stand. 
Natürlich werden alle Abschnitte der Homepage trotz der ein oder 
anderen Automatisierung stetig überprüft werden, vor allem hin¬ 
sichtlich ihres Inhaltes. An dieser Stelle danken wir Ihnen auch für 
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die Teilnahme an unserer Umfrage rund um den Online-Service. 
Ihre Meinung ist uns nach wie vor wichtig, um das Angebot zu 
optimieren. 

Und was hat sich in der Zwischenzeit getan? Eine ganze Menge! 
Zunächst haben wir einige, sehr zeitintensive Aufgaben abgegeben, 
um uns ganz dem Projekt OS/2 Only! widmen zu können, und dies 
umfaßt sowohl die Publikation des Druckwerkes selbst als auch den 
Bereich unserer CD-ROMs, zu denen Sie im Kapitel Neuigkeiten 
nähere Informationen finden. So haben wir zum einen das De¬ 
sign und Hosting unserer Homepage einer Agentur übergeben. Die 
Weiterentwicklung und Umsetzung des schon länger angekündig¬ 
ten Software Projektes Xelia Witchcraft übernimmt zum anderen 
die in den USA gegründete Firma Xelia Witchcraft Systems, Inc., 
ohne dabei natürlich OS/2 aus dem Auge zu verlieren: Die bisher 
vorhandenen Komponenten werden weiterentwickelt und gehen in 
einem größeren Projekt auf. 

All das bedeutet: Wir konzentrieren uns ab jetzt ganz auf unse¬ 
re Dienstleistungen rund um OS/2 - mit unserer CD-ROM-Reihe, 
Printmedien und natürlich auch mit unserem Online-Angebot, das 
wir stetig zu verbessern und auszubauen versuchen. Diese Umstruk¬ 
turierungen werden Sie als Leserin und Leser der OS/2 Only! ganz 
sicher wertschätzen. 

Übrigens: Nutzen Sie schon unser OS/2 Online-Forum auf den 
OS/2 Only! Webseiten und das kürzlich zur Verfügung gestellte 
Newsarchiv? Ihre Meldungen können Sie uns direkt über die Web¬ 
seiten per E-Mail schicken. Dieser Service lebt natürlich nur vom 
Mitmachen. So sei an dieser Stelle auch allen OS/2-Anwendern ge¬ 
dankt, die Forum und Newsarchiv mit ihren Beiträgen bereichern, 
und natürlich den Autoren, die Beiträge für die OS/2 Only! ver¬ 
fassen. Im Internet haben wir für Sie die neuesten Autoreninforma¬ 
tionen und eine Liste mit Themen, über die Sie schreiben können 
und die in den nächsten Bänden erscheinen sollen, zusammenge¬ 
stellt, damit Ihnen die Orientierung etwas leichter fällt. Auerdem 
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sind nun auch die Termine des jeweiligen Redaktionsschlusses an¬ 
gegeben. Zu Beiträgen sei noch angemerkt, daß wir uns über jeden 
Artikel freuen, ganz gleich welchen Umfang er hat. Ein kurzer Tip 
ist also ebenso willkommen wie ein Softwaretest oder ein umfang¬ 
reicher Workshop. 

Doch nun genug der Vorrede und dem kleinen Bericht, was alles 
im Hintergrund passiert. So bleibt zunächst, Ihnen eine angeneh¬ 
me Lektüre des vorliegenden Bandes zu wünschen und natürlich 
viel Erfolg beim Aufbau Ihres eigenen TCP/IP-Metzes. Die nächste 
Ausgabe - mit neuen Tips, Empfehlungen und Informationen - 
wartet schon auf Sie! 

Clemens-E. Fischer 
(Herausgeber) 



Kapitel 1 

Neuigkeiten 


1.1 Fixpack 13/ 14 für Warp 4 

Das Fixpack 13 bzw. 14 für OS/2 Warp 4 ist schon seit einigen 
Wochen verfügbar. Wir stellen das Neue des Fixpacks im folgen¬ 
den kurz vor und möchten dabei generell noch einige Flinweisezum 
Korrigieren des Systems geben, die in Band 2 bei der Beschreibung 
von Fixpackinstallationen keine Erwähnung gefunden haben. Ge¬ 
testet haben wir die FPs 13 und 14. Da die Ergebnisse dieselben 
waren, erwähnen wir im folgenden nur FP 13, schließen damit aber 
FP 14 in die Ausführungen ein. 


1.1.1 Was FP 13 bietet und nicht bietet 

Mit dem Fixpack 13 für OS/2 Warp 4 und dem mittlerweile eben¬ 
falls verfügbaren Fixpack 14 hat IBM die zuvor bereits seit länge¬ 
rem angekündigte Single Source Convergence durch geführt, d.h. 
die übliche OS/2-Clientversion und Workspace On Demand - als 
Thin-Client - wurden auf die gleiche Codebasis wie die des OS/2 
Warp Servers for e-business gebracht. Das vereinfacht den Support 
der drei Produkte natürlich erheblich. Für den Kunden bedeutet 
dies, daß die Funktionen des Servers auch in den Clientprodukten 
verfügbar sind. 

Noch bevor FP 13 erschien, konnte man vierlerorts von erhebli¬ 
chen Neuerungen lesen, die mit einer Korrektur eines OS/2-Systems 
mit diesem Fixpack Einzug auf den Computer haben würden. Hier 
wurde aber einiges nicht ganz richtig dargestellt. 
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120-Treibermodell 

Das Fixpack 13 bietet Verbesserungen im Bereich des Kernels und 
anderer, wichtiger Systemdateien, jedoch ist damit in der Praxis 
kaum eine wirkliche Verbesserung der Stabilität oder Geschwindig¬ 
keit verbunden. 

Was das Fixpack sicher nicht bietet, ist ein vollkommen über¬ 
arbeitetes 32-Bit Treibermodell, so daß etwa Block-Device-Treiber 
oder andere Treiberformen nur noch als 32-Bit Komponenten ge¬ 
schrieben werden könnten. Richtig ist vielmehr, daß bereits mit 
dem Warp Server for e-business der I20 1 Standard eingeführt wur¬ 
de. Der 120-Standard wurde 1996 in seiner ersten Version verab¬ 
schiedet und soll eine sinnvollere, schnellere und v.a. auch por¬ 
table Abwicklung von I/O-Vorgängen im System garantieren, be¬ 
sonders im Bereich der Massenspeicher und Netzwerkadapter. 120 
liegt ein neuartiges Treibermodell zugrunde, das mit Microkernel- 
Betriebssystemen vergleichbar ist: Ein normaler Treiber ist ein be¬ 
triebssystemabhängiges Programm, das auf der einen Seite mit 
der Hardware kommuniziert und auf der anderen Seite über stan¬ 
dardisierte Schnittstellen mit dem Betriebssystem. Im 120-Modell 
wird jedoch der hardwarespezifische Code vom betriebssystemspe¬ 
zifischen getrennt, d.h. der eigentliche Teil des Treibers, der eine 
Einheit steuert, braucht nur einmal geschrieben zu werden. Ledig¬ 
lich die 120-Architektur muß im Betriebssystem implemetiert sein, 
um 120-Treiber zu nutzen. 

Für jeden Einheitentypus muß ein solches betriebssystemspezi¬ 
fisches Modul existieren. Unterstützt werden derzeit Netzwerkad¬ 
apter (Ethernet und Token Ring) sowie SCSI-Adapter. Dazu wird 
zunächst eine 120-Transportschicht, der sogenannte 120 Transport 
Layer benötigt, den man in der Datei i2oxport. sys findet. Dieser 
Basistreiber ist notwendig um alle anderen betriebssystemspezifi¬ 
schen 120-Komponenten zu laden. Für SCSI-Einheiten ist dies der 
Treiber i2ososm.add und für LAN-Adapter ein NDIS-Treiber na¬ 
mens i2olosm.os2. Sind diese Treiber eingebunden, können Ein¬ 
heiten, die sich nach der 120-Spezifikation richten, mit den mitge- 


1 120 ist eine Abkürzung und steht für Intelligent Input/ Output 



1.1. Fixpack 13/ 14 für Warp 4 


3 


lieferten Treibern in das System eingebunden und verwendet wer¬ 
den. 

Das Konzept von 120 ist nicht nur interessant, sondern auch 
begrüßenswert. Eindeutig liegt hierin die Zukunft der Hardware¬ 
unterstützung über verschiedenste Plattformen hinweg. Mit dem 
aktuellen Fixpack für OS/2 ist das 120-Treibermodell nun auch 
auf OS/2-Client-Systemen verfügbar. 


Veränderungen im Kernel und Dateisystem 

Eine interessante Änderung am Kernel des OS/2 Warp Servers for 
e-business war die Konvertierung des Kernel Execution Environ¬ 
ment von zuvor 16 auf 32 Bit. Das KEE ist eine Programmier¬ 
schnittstelle, die es Anwendungen ermöglicht, Symmetrie Multi 
Processing (SMP) zu betreiben, also Threads auf mehrere Pro¬ 
zessoren im System zu verteilen. Das neue 32 Bit KEE-API ar¬ 
beitet übrigens effektiver als der 16-bittige Vorgänger. Zur Benut¬ 
zung von SMP in OS/2-Programmen stehen neue Funktionen des 
Dos-APIs zur Verfügung, nämlich DosSetThreadAffinity und 
DosQueryThreadAffinity, die jedoch auf Single-CPU-Systemen 
keinerlei Auswirkungen haben. 

Interessanter ist die im Zuge der Konvertierung der KEE auf 
32-Bit erfolgte Umsetzung des Installable File System Managers, 
ebenfalls von 16 auf 32 Bit. Wie man weiß, benutzt OS/2 instal¬ 
lierbare Dateisysteme, die Ihnen sicherlich als IFS-Dateien bekannt 
sind. Ein Dateisystem ist ein Treiber, der einen Zugriff auf das jewei¬ 
lige Medium gestattet, etwa eine Festplatte. Zwischen dem OS/2 
Kernel und dem IFS-Treiber, den man auch File System Driver 
oder abgekürzt FSD nennt, liegt nun eine Kommunikationsschicht, 
der sogenannte File System Router. Durch die Konvertierung nach 
32-Bit arbeitet dieser etwas effektiver. Das gilt auch für Einhei¬ 
tenmanager, allem voran 0S2DASD.DMD, der nun ebenfalls in einer 
32-bittigen Version vorliegt. 
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Hauptspeicherverwaltung 

Eine weitere Änderungen, von der man vielerorts lesen konnte be¬ 
steht im Wegfall der 512 MByte Adreßraumbegrenzung für OS/2- 
Prozesse. Das bereits in Band 1 der OS/2 Only! vorgestellte OS/2- 
Speichermanagement schreibt eine Compatibility Region vor, das 
sind die ersten 512 MByte des privaten Adreßraumes eines OS/2- 
Prozesses. Diese Begrenzung ist vorhanden, damit 16-Bit OS/2- 
Programme weiterhin unter dem 32-Bit Betriebssystem ausgeführt 
werden können. Mit Fixpack 13 sollte auf jeden Fall die 16-bit- 
Kompatibilität wegfallen, und jeder OS/2-Prozess sollte mit einem 
Adreßraum von 4 GByte Größe arbeiten können. 


e 

OS/2-Fensfer 


0 

IS/2 Strg+Esc = Fensterliste HELP = Hilfe 



MEMTEST - Hier ist MemTest Version 1.1 

Dieses Programm ermittelt die Größe des maximal für einen 

Prozeß verfügbaren virtuellen Speichers. 

(c) 2000 Xelia Uitchcraft Systems. Alle Rechte Vorbehalten. 


Beginne mit der Überprüfung des Adreßraumes. Bitte warten... 
Die Adreßraumliberprüfung ist beendet. 

Bereite die Tetsergebnisse auf... 

Ergebnisse: 

| - 

Maximale Anzahl allokierbarer Pages: 80001 
Größe des verfügbaren Adreßraumes in Byte: 327684095 

Größe des verfügbaren Adreßraumes in KByte: 320003 

Größe des verfügbaren Adreßraumes in MByte: 312 

Das Programm wurde erfolgreich beendet. 

[C: \] 


Abb. 1.1: Die Ausgabe von MemTest 1.1 auf einem mit FP 13 korri¬ 
gierten System. 

Es hat aber ganz offensichtlich keine solche Änderung bezüglich 
des Speichermanagements gegeben, denn die 512 MByte Kompa¬ 
tibilitätsgrenze scheint nach wie vor vorhanden zu sein, und es ist 
für einen OS/2-Prozeß nicht möglich, mehr als 512 MByte bis zu 4 
GByte Speicher zu allokieren. Natürlich hat ein OS/2-Prozeß nicht 
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512 MByte Speicher zu seiner Verfügung, weil bestimmte Speicher¬ 
bereiche innerhalb des Adreßraumes reserviert sind 2 . Dementspre¬ 
chend liegt die Größe des für einen Prozess verfügbaren Hauptspei¬ 
chers zwischen 290-312 MByte Speicher. Die Größe des Speichers 
kann übrigens von Servicelevel zu Servicelevel des Systems in dem 
angegebenen Rahmen leicht variieren. Damit hat sich an der Adreß- 
raumkonfiguration eines OS/2-Prozesses nichts geändert. Die ein¬ 
zige Möglichkeit, daß dem doch so wäre, läge in einer Einstellung 
des Speichermanagers, die uns jedoch nicht bekannt ist. Abgese¬ 
hen von dieser bloßen Vermutung findet man auch in den Doku¬ 
mentationen der Fixpacks keine Informationen über ein geändertes 
Speichermanagement von OS/2. 

Ermittlung der Adreßraumgröße 

Aber da dies nicht der Weisheit letzter Schluß sein muß, kann man 
am eigenen System entsprechende Tests durchführen. Wenn Sie 
die Größe des für einen OS/2-Prozess verfügbaren Hauptspeichers 
auf Ihrem System selbst bestimmen möchten, können Sie sich ein 
Speichertestprogramm namensmemtest.exe von unseren Websei¬ 
ten kopieren und auf Ihrem System ausführen. Sie haben dann in 
wenigen Augenblicken den tatsächlich verfügbaren Hauptspeicher 
auf Ihrem System eruiert 3 . Das Programm wurde uns freundlicher¬ 
weise von der Xelia Witchcraft Systems , Inc. kostenlos für Sie zur 
Verfügung gestellt. Mit diesem Programm wurden die im vorange¬ 
gangenen Abschnitt angegebenen Werte der Adreßraumgröße er¬ 
mittelt. 

1.1.2 Zweckmäßigkeit einer FP 13-lnstallation 

Ein mit FP 13 oder 14 korrigiertes System läuft weder merklich 
schneller noch stabiler. Die Neuerungen, die mit einer FP 13 bzw. 
FP 14 Installation auf dem OS/2 Warp 4 System Einzug erhalten, 

2 Hier sei verwiesen auf die OS/2 Only! Bd.l, OS/2 Speichermanagement, S. 
92-100. Insbesondere S. 94, 95. 

3 Sie finden das kleine Programm auf der OS/2 Only! Homepage un¬ 
ter http://www.os2only.de/support/download/tools.htm im Archiv 
memtest.zip 
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sollte man sich jedoch nicht entgehen lassen. Wenngleich auch für 
den Endanwender kein wirklich augenscheinlicher Vorteil erkennbar 
ist, so stellt das FP 13 immerhin im Vergleich zu einem OS/2 auf 
Installationslevei einen großen Fortschritt dar. In gewisser Weise 
wurde mit dem Fixpack 13 ein regelrechtes Update vollzogen, wenn 
auch ein stilles. Immerhin gibt sich OS/2 dann auch intern als 
OS/2 4.5 aus. Die mit dem Fixpack korrigierten Systeme arbeiteten 
übrigens allesamt einwandfrei und sehr zufriedenstellend. 

Softwareentwickler, die OS/2-Anwendungsprogramme schrei¬ 
ben, insbesondere PM-Program me, sollten auf die Installation die¬ 
ses Fixpacks allerdings zunächst verzichten oder sich wenigstens 
einen Rechner bereithalten, der nicht auf dem aktuellsten Ser- 
vicelevel ist, da Entwicklungswerkzeuge wie Theseus/2 wegen der 
Veränderungen im Kernel des Betriebssystems nicht mehr arbei¬ 
ten. Gerade ein Werkzeug wie Theseus/2 ist bei der Erstellung von 
OS/2-Programmen eigentlich unverzichtbar. Mit einem installier¬ 
ten FP 13 bleiben Einblicke in das Innere des Systems während 
des Entwickelns verborgen. Auf einigen unserer Systeme haben wir 
daher wieder ein Backout durchgeführt und sind zu Fixpack 11 
zurückgekehrt, da wir mit Theseus/2 weiterhin arbeiten wollten 
bzw. auch mußten 4 . 

Im allgemeinen fallen noch einige Kleinigkeiten am GUI auf, 
nachdem man das System auf den Servicelevel von FP 13 oder 
höher gebracht hat. Dazu gehören u.a. veränderte Nachrichtenbo¬ 
xen, die genau so wie die des OS/2 Warp Servers aussehen, was 
sicherlich kein großer Fortschritt und gewöhungsbedürftig ist. 

Schreitet man zur Installation, so sollte man auf jeden Fall dar¬ 
auf achten, die richtige Sprachversion zu installieren. Denn mit 
der ebenfalls verfügbaren Universal Language Version erhält man 
nämlich eine Mischung aus deutschen und englischen Texten in 
Meldungsfenstern und Dialogboxen und sogar in einigen System¬ 
programmen - ein kosmetisch sehr unangenehmer Effekt, den man 


4 ln diesem Zusammenhang sei angemerkt, daß Theseus/2 unter dem OS/2 
Warp Server for e-business sehr wohl läuft. So ganz gleich sind die Be¬ 
triebssystemkerne von Server und Client trotz der Single Source Convergenz 
anscheinend doch nicht. 
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sich ersparen sollte. Im übrigen sind die deutschen Versionen des 
FP 13 und FP 14 bei Redaktionsschluß noch nicht verfügbar gewe¬ 
sen. Die Installation des US-englischen Fixpacks auf das deutsche 
System bietet sich aber nicht an. Daher sollte man auf die deutsche 
Version des FP 14 auf jeden Fall warten. 

1.2 Die neue OS/2 Only! CD Nr. 2 

Neben der OS/2 Only! als Magazin setzen wir auch unsere CD- 
ROM Reihe fort: Im Flerbst 2000 erscheint die OS/2 Only! CD Nr. 
2, auf die wir an dieser Stelle hinweisen möchten, da sie sicher für 
alle interessant sein dürfte. Der folgende Abschnitt gibt Auskünfte 
über die Schwerpunkte der CD und deren Inhalt bzw. neue Funk¬ 
tionen. 

1.2.1 Inhaltsschwerpunkte 

Der Inhalt der CD-ROM Nr. 2 hat seine Schwerpunkte im TCP/IP- 
Networking und in der OS/2-Anwendungsentwicklung, denn unsere 
Artikel zur TCP/IP-Vernetzung von OS/2 Systemen und die Work¬ 
shops zur Programmierung sollen auch mit Vollversionen entspre¬ 
chender Software begleitet werden. Neben dem aktuellen TCP/IP 

4.3 und der dazugehörigen MPTS-Version finden Sie aktualiserte 
Zusatzprodukte rund um TCP/IP-Netzwerke. 

Hinsichtlich der Entwicklung von OS/2-Anwendungen werden 
wir das OS/2 Developer’s Toolkit 4.5, das CSet 2.1 und die Work- 
Frame 1.1 von IBM für die Entwicklung von C- und C++ Program¬ 
men beilegen können, eventuell auch ein VisualAge for C++; außer¬ 
dem die bei Redaktionsschluß aktuell verfügbare Java-Version und 
VisualAge for Java zum visuellen Entwickeln von Java-Anwendungen 
Da wir in unserem Programmierworkshop neben C auch die 
Sprache ObjectREXX besprechen, ist die aktuelle ObjectREXX 
Version für OS/2 ebenfalls auf der CD enthalten (im IBM OS/2 
Developer’s Toolkit 4.5). Für alle Freunde der Sprache Pascal ver¬ 
suchen wir eine VirtualPascal und/ oder SpeedPascal Version eben¬ 
falls auf der CD anzubieten. Bei den Pascalcompilern wird es sich 
sehr wahrscheinlich um Compactversionen handeln (im Gegensatz 
zu den anderen Produkten, die in Vollversionen vorliegen). 
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Für alle, die Treiber für OS/2 programmieren möchten, werden 
wir eventuell auch das Buch OS/2 Device Driver Programming von 
Steven Mastrianni in seiner dritten, bislang noch unveröffentlichten 
Ausgabe anbieten. Diese Ausgabe enthält zusätzlich zu den bereits 
früher vorgestellten Themen auch Kapitel über die Programmierung 
von Dateisystemtreibern (IFS-Treiber) und Block-Device-Treibern 
(ADD-Treiber). Die benötigte Device Hel per Library von Steven 
Mastrianni wird der CD wahrscheinlich auch beiliegen, ebenso wie 
das komplette OS/2 Device Driver Toolkit samt Beispielen, dem 
geeigneten Compiler und Linker und weiteren Informationen zur 
Programmierung von OS/2-Treibern. 

1.2.2 Weitere Besonderheiten 

Ebenfalls auf der CD Nr. 2 zu finden sein wird natürlich das aktu¬ 
elle Fixpack für OS/2 Warp 4 (FP 13 und 14) und den OS/2 Warp 
Server for e-business. Fixpacks sind in einer Deutschen und Eng¬ 
lischen Verison auf der CD enthalten. Außerdem gibt es natürlich 
wieder eine Sammlung lohnenswerter Share- und Freeware. 

Außerdem dabei: Die zum Redaktionsschluß aktuellen Versio¬ 
nen von Netscape Communicator und StarOffice für OS/2. 

Im Treiberbereich haben wir außerdem die bereits schon öfter 
verlangte USB-Unterstützung hinzugefügt. Einen Artikel zu USB 
lesen Sie in Bd. 4 der OS/2 Only! 

Eine weitere Besonderheit ist, daß die CD Nr. 2 die erste zwei¬ 
sprachige Version sein wird. Die Oberfläche des Datenträgers ist 
sowohl in Deutsch als auch in Englisch verfügbar, und außerdem 
wird es zum ersten Mal Online-Bücher auf der CD geben. 

Die OS/2 Only! in Deutsch und Englisch 

Für alle englischsprachigen OS/2-Anwender bieten wir zum ersten 
mal eine englischsprachige Ausgabe der OS/2 Only! auf der OS/2 
Only! CD Nr. 2. Die elektronischen Bücher werden nicht in HTML, 
sondern in IPF geschrieben, dem unter OS/2 für Dokumentationen 
und Hilfetexte üblichen Format. Die INF-Onlinebücher, die daraus 
entstehen, können Sie mit view.exe wie gewohnt betrachten. Da¬ 
mit INF-Dokumente aber intuitiver zu benutzen sind, haben wir de- 
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ren Oberfläche verbessert. Abbildung 2 zeigt die neue Oberfläche 
der INF-Dokumente. Wir setzen übrigens unsere Reihe mit elek¬ 
tronischen Büchern fort. Alle folgenden Bücher werden als INF- 
Dokumente mit der neuen Oberfläche verfügbar sein. 



Izl ü CS 


0 Xelia Witchcraft IPF Erweiterungen 
Neues Fensterlayout 
Heue Funktionen _ 

b bh— 

Einrichten neuer Dokumente 
Neue Dokumente formatieren 
Sichern von Einstellungen 


Die Xefe Wichcfaft tPF£m>eüefungen können von |edem 
Onlinenbuch genutzt weiden. Alle Funktionen der 
Architektur sind in der DLL, welche die IPF-Erweiterungen 
enthält, aufgenommen worden, so daß diese 
Einrichtungen auch ohne Xdia Wächcraft betrieben 
werden können. Die folgenden Abschnitte erklären, wie 
die IPF-Envederungen benutzt werden. 

Es ist zu beachten, daß die Online-Hilfeeinrichtung von 
Programmen eine gesonderte DLL benutzen muß, um die 
/PF-Em>eäe?mgen zu verwenden. Diese DLL heißt 
XWHLPEXT.DLL und enthält im wesentlichen den 
gleichen Code wie XWIPFEXT.DLL mit dem Unterschied 
einer Anpassung an HLP-Dokumente. Für beide 
Bibliotheken gelten aber die im folgenden gemachten 
Richtlinien. 


0 


GT 


Bereit 


Abb. 1.2: Die neue Oberfläche von INF-Onlinebüchern. 


Mit der OS/2 Only! CD Nr. 2 erhalten Sie übrigens auch die 
Programmerweiterungen für view.exe und eine Dokumentation 
wie Sie selbst Dokumente für das neue INF-Layout erstellen. Einen 
entsprechenden Workshop finden Sie dann in Bd. 4, 5 und 6 der 
OS/2 Only! in den Artikeln Bücher und Online-Hilfe mit IPF, Teil 
1-3. 


1.2.3 Verbesserter CD-Viewer 

Der CD-Viewer, der auf der ersten CD-ROM enthalten war, wurde 
grundlegend verbessert. Neben einer noch einfacher zu bedienenden 
Oberfläche und Erweiterungen des Sprachstandards verfügt die CD 
nun auch über eine Suchfunktion und ein Indexsystem, das eine 












10 


Kapitel 1. Neuigkeiten 


dateiorientierte Benutzung des Datenträgers bietet. Im Gegensatz 
zur ersten Version findet der Nachfolger des Programms auch auf 
jedem System das CD-ROM Laufwerk. An dieser Stelle danken wir 
allen Benutzern, die uns durch Mitteilung der Fehlermeldungen und 
der Konfiguration ihrer Systeme bei der Fehlerfindung halfen. 

Dem CD-Viewer ist ein neues Installationsprogramm beigelegt, 
das eine komfortablere Einrichtung des Programms auf dem System 
gestattet. Die OS/2 Only! CD Nr. 1 läßt sich mit der neuen Version 
des Programms natürlich ebenfalls benutzen. 

1.3 Neue Bücher für OS/2 

Wir erweitern unser Programm einem Titel, der sicher für alle 
OS/2-Anwender interessant ist: Objektorientiert programmieren mit 
ObjectREXX. 

Das Buch führt in die Welt der objektorientierten Programmie¬ 
rung im allgemeinen und in die Arbeit mit ObjectREXX im spe¬ 
ziellen ein. Neben den Einzelheiten der Sprache erklärt es an Bei¬ 
spielen aus der Praxis verschiedenste Programmiertechniken von 
Dateioperationen und Problemen der Systemprogrammierung bis 
hin zur Entwicklung von TCP/IP-Anwendungen und ObjectREXX- 
Programmen mit graphischer Benutzeroberfläche. Eine Sprachre- 
ferenz, die auch mit allen Beispielprogrammen und Entwicklungs¬ 
werkzeugen auf der beiliegenden CD zu finden ist, macht es zum 
Kompendium für alle ObjectREXX-Entwickler und solche, die es 
werden wollen. Aktuelle Informationen zu diesem Titel finden Sie 
natürlich auch auf der OS/2 Only! Homepage. 



Kapitel 2 

Hardware 


2.1 SCSI Workshop, Teil 1 

Viele Anwender sind überrascht, wie kostengünstig heutzutage Com¬ 
puter sind. Sogar in Lebensmittelgeschäften kann man Rechner mit 
reichlich Festplattenspeicher erstehen, für die man unter 2000 Mark 
bezahlen muß. Nicht außer acht lassen sollte man aber auch die 
Standards, die solchen Preisen zugrundeliegen. Und gerade im Be¬ 
reich der Massenspeicher setzt man mit einem Billigsystem nach 
wie vor auf einen hoffnungslos veralteten Standard: IDE. Für Multi¬ 
taskingbetriebssysteme wie OS/2 ist IDE ein denkbar ungeeignetes 
Subsystem. Vielmehr bietet sich in SCSI (Small Computer Systems 
Interface) eine ideale Alternative. Allerdings versteckt sich hinter 
SCSI ein wenig mehr Komplexität als hinter einem Billigstandard. 
Wir möchten Ihnen daher in unserem zweiteiligen SCSI-Workshop 
dieses interessante Subsystem näher bringen. 

Wegen der Verzögerungen bei der Drucklegung dieses Bandes 
mußten wir den Workshop etwas umstrukturieren und stellen Ih¬ 
nen für OS/2 empfehlenswerte SCSI-Hardware im nächsten Band 
vor, der dicht auf diese Ausgabe folgen wird. Zwar sind Installa¬ 
tionshinweise und Bezugsquellen gleich geblieben; aber die Preise 
sind natürlich in Bewegung, weswegen dieser Teil des Workshops 
einer Aktualisierung bedarf. Derweil konnten wir ferner die Tests 
an Peripheriegeräten ausweiten, so daß wir uns im zweiten Teil 
des Workshops ganz auf die Betrachtung und die Besonderheiten 
der Hardwarekomponenten konzentrieren können. In dieser Ausga¬ 
be besprechen wir Grundsätzliches zur Technik, Konfiguration und 
weiteren Besonderheiten zu SCSI, die man wissen sollte, wenn man 
von IDE auf SCSI umsteigt. 
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2.1.1 Überblick zu IDE 

IDE - eine Abkürzung für Integrated Drive Electronics - steht 
für den weitverbreitetsten Festplattentypus auf dem Markt. Dieser 
Standard ist schon sehr alt und direkt an den AT-Bus des PCs ge¬ 
bunden, weshalb man IDE-Festplatten auch als AT-Bus-Festplatten 
bezeichnet. Genau genommen ist die IDE-Schnittstelle nichts ande¬ 
res als eine Erweiterung des AT-Busses, weshalb man IDE-Geräte 
auch nur auf PCs findet. Der Standard EIDE bzw. IDE/ ATAPI 
stellt nur eine Erweiterung des Vorgängers dar, jedoch keine grund¬ 
legende technische Neuerung. EIDE-Controller sind heutzutage auf 
jeder Hauptplatine untergebracht und erlauben den Anschluß von 
vier Endgeräten nach dem EIDE/ ATAPI-Standard, also Festplat¬ 
ten, CD-ROM- oder Zip-Laufwerke. Allerdings existiert hier kein 
Bus. Der Vorteil von IDE liegt in der Einfachheit der Endgeräte: 
Keines der Geräte hat einen eigenen Controller, sondern benutzt 
den IDE-Controller, der am AT-Bus des Rechners angeschlossen 
ist. 

Dies geht Hand in Hand mit einem günstigen Preis. Der schwer¬ 
wiegende Nachteil ist jedoch, daß IDE-Geräte keine große Eigen¬ 
intelligenz besitzen. Zudem müssen sich stets zwei Geräte einen 
IDE-Kanal teilen, wobei ein Gerät als Master, das andere als Slave 
konfiguriert wird. IDE ist also ein hierarchisches System. Um Daten 
zwischen dem Systembus und IDE-Geräten zu transferieren, wird 
die CPU benötigt, die für die Zeit des Datentransfers für diesen 
Zweck dediziert wird. Das bedeutet, die CPU wird bei umfangrei¬ 
chen Dateioperationen extrem belastet, womit weniger Prozessor¬ 
zeit für andere Aufgaben übrig bleibt. Für ein System wie OS/2 
eigentlich eine sehr ungünstige, wenn nicht sogar fatale Situation, 
die sich zwar durch schnelle Prozessoren verschleiern, aber niemals 
beseitigen läßt. Das macht IDE zu einer inakzeptablen Lösung. 

Zudem kann man lediglich Massenspeicher an die IDE-Kanäle 
anschließen, dank der ATAPI-Spezifikation auch CD-ROM- oder 
andere Laufwerkstypen. Scanner oder sonstige Peripheriegeräte blei¬ 
ben bei IDE allerdings außen vor. Die Beschränkung auf nur vier 
Endgeräte ist ein weiteres Manko, das nicht unberücksichtigt blei¬ 
ben sollte. Für jeden OS/2-Anwender ist es daher empfehlenswert 
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nach einer anderen Lösung zu suchen, die mit SCSI ideal realisiert 
ist. 

2.1.2 Das Small Computer Systems Interface 

Die Abkürzung SCSI 1 steht für Small Computer Systems Interface. 
SCSI stellt ein kommandogesteuertes Bussystem dar, ursprünglich 
für Massenspeichersysteme gedacht, jedoch rasch auf andere Peri¬ 
pheriegeräte, wie z.B. Scanner erweitert. Es gibt externe und inter¬ 
ne SCSI-Geräte, die gemeinsam an den Bus angeschlossen werden 
können. 

Aufbau des SCSI-Busses 

Sie können sich den SCSI-Bus als Strang vorstellen, von dem Ver¬ 
zweigungen zu den einzelnen SCSI-Einheiten, im folgenden der Ein- 
fachkeit halber als Geräte bezeichnet, führen, die an diesen Strang 
angeschlossen sind. Jedes Gerät auf diesem Bus erhält eine eindeu¬ 
tige Identifikationsnummer (ID). Physisch ist der Bus ein Flach¬ 
bandkabel. 

Da SCSI ein kommandogesteuertes System ist, verfügt jedes 
Gerät - im Gegensatz zu IDE - über einen eigenen Controller und 
damit über eine hohe Eigenintelligenz. Die Geräte verwalten sich 
also vollständig selbst und arbeiten die an sie geschickten Kom¬ 
mandos ab, etwa Daten lesen, schreiben etc. Dadurch wird, wie 
oben erwähnt, die CPU des Rechners entlastet, da der Prozessor 
den Datentransfer nicht mehr steuern muß. 

Um die Kommandos den einzelnen Geräten zuweisen zu können 
und den Verwaltungsaufwand auf dem Bus zu regeln, verfügt je¬ 
der SCSI-Bus über einen SCSI-Hostadapter. Der SCSI-Hostadapter, 
oder kurz: SCSI-Adapter, dient jedoch nicht nur der Verwaltung 
des Busses, sondern auch als Verbindung zwischen dem SCSI- und 
dem Systembus des Rechners, welcher in der Praxis ein ISA-Bus, 
in älteren Rechnern der VL-Bus oder natürlich der PCI-Bus sein 
kann. Der Adapter stellt jedoch ebenfalls ein SCSI-Gerät (quasi 


1 Es hat sich eingebürgert, diesen Standard nicht S-C-S-l zu nennen, sondern 
die Abkürzung als Skazzi oder Skasi auszusprechen 



14 


Kapitel 2. Hardware 


ein Verwaltungsgerät) auf dem Bus dar und erhält damit eine ID. 
Zur Abwicklung der Busverwaltung findet man auf einem SCSI- 
Hostadapter ebenfalls einen Prozessor. Die CPU des Rechners ist 
in Datenoperationen mit SCSI-Geräten nur insofern eingebunden, 
indem sie an den Adapter-Prozessor entsprechende Befehle schickt, 
ganz ähnlich wie dies bei Video-Accelerator-Karten der Fall ist. 

An den SCSI-Bus können bis zu 8 Geräte angeschlossen wer¬ 
den, denen IDs von 0 bis 7 zugeteilt werden. Dabei ist 7 die ID mit 
der höchten, 0 die mit der niedrigsten Priorität. Solche Prioritäten 
müssen vergeben werden, damit die SCSI-Geräte serialisiert auf den 
Bus zugreifen können und damit immer nur ein bestimmtes Gerät 
ein bestimmtes Kommando erhält. Die ID 7 ist stets für den Hosta- 
dapter reserviert. An den Wide-SCSI-Bus (s. nächster Abschnitt) 
können 16 Geräte angeschlossen werden. In der Praxis sind es 15, 
da der Fiostadapter kein Endgerät im eigentlichen Sinne ist. Es 
ist dabei egal, in welcher Reihenfolge die einzelnen Geräte an den 
SCSI-Bus angeschlossen sind, d.h. jedes Gerät kann sich an jeder 
Stelle des Busses befinden. Außerdem müssen nicht alle Geräte di¬ 
rekt hintereinander an den Bus angeschlossen werden, es können 
also auch Stecker auf dem Kabel frei bleiben. Nur die beiden Enden 
des Kabels müssen mit einem Gerät belegt sein (s.u.). 

SCSI-Standards 

Bei SCSI handelt es sich um ein paralleles Bussystem, das in seiner 
ursprünglichen Form, SCSI-1, einen 8-Bit breiten Bus definierte und 
dessen Spezifikation 1986 durch das ANSI 2 verabschiedet wurde. 
Mit dem 8-Bit breiten Bus waren Datenübertragungsraten von max. 
5 MByte/s möglich. An einen SCSI-Bus können bis zu 8 Geräte 
angeschlossen werden (inkl. Fiostadapter). 

Der ursprüngliche Standard wurde natürlich erweitert: SCSI-2 
implementierte Kommandoerweiterungen und eine Funktion, die 
man Tagged Command Queuing nennt, und mit der es möglich 
ist, mehrere Kommandos in einer Kommandophase an ein Gerät zu 
übertragen, das diese anschließend nacheinander abarbeitet. 


2 Abkürzung für American National Standards Institute 
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Die nächste Erweiterung des Standards SCSI-2 ist Fast-SCSI-2 
oder kurz Fast-SCSI, der eine Erweiterung der Datentransferrate 
auf bis zu 10 MByte/s ermöglichte. Ein wirklicher Fortschritt war 
Wide-SCSI, wobei der Bus auf 16-Bit verbreitert wurde und damit 
eine Datenübertragungsrate von 20 MByte/s bot. 

SCSI-3 spezifiziert Ultra- und Ultra-Wide-SCSI und ist schließ¬ 
lich als 32-Bit breiter Bus ausgelegt. An einen Ultra-Wide SCSI-Bus 
können 16 Geräte angeschlossen werden und die Datentransferra¬ 
ten reicht bis zu 40 MByte/s. Außerdem wurde mit Ultra-Wide- 
SCSI ein neuer Kabelstandard eingeführt, der 68-polige Kabel vor¬ 
schreibt. Damit ein SCSI-3 Adapter abwärtskompatibel zum SCSI- 
2-Standard ist, befinden sich auf den meisten Adaptern sowohl 50- 
als auch 68-polige Buchsen. 

Kabelstandards und Terminierung 

Wie erwähnt ist der SCSI-Bus ein Kabel, an das die Geräte ange¬ 
schlossen werden. Der SCSI-Bus muß dabei eine Kette mit lediglich 
zwei Enden sein, d.h. es darf keine Abzweigungen geben. Außerdem 
muß jedes Ende abgeschlossen sein. Das liegt in der Architektur des 
Busses begründet. SCSI ist ein Hochfrequenz-Parallelbus, auf dem 
leicht Störungen auftreten können. An jedem Ende muß daher ein 
Abschlußwiderstand angebracht sein, ein sogenannter Terminator. 
Außerdem dürfen Kabel - je nach eingesetztem Standard - nur eine 
bestimmte Länge aufweisen. Die maximal zulässigen Kabellängen 
in Relation zum jeweiligen Standard führt die Tabelle 2.1 auf. 


SCSI-Standard 

Geräteanzahl 

max. Kabellänge 

SCSI-2 Fast 

7 

3,0 m 

SCSI-3 Ultra 

3 

3,0 m 

SCSI-3 Ultra 

7 

1,5 m 

SCSI-3 Ultra-Wide 

3 

3,0 m 

SCSI-3 Ultra-Wide 

15 

1,5 m 


Tab. 2.1: Maximale Kabellängen des SCSI-Busses unterschiedlicher 
Standards bei unterschiedlichen Geräteanzahlen 
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Zusätzlich dürfen die Abstände der einzelnen Stecker auf dem 
Kabel einen bestimmten Abstand ebenfalls nicht über- bzw. unter¬ 
schreiten. Während letzteres durch die jeweiligen Kabel bereits vor¬ 
gegeben ist, muß man bei den maximalen Kabellängen aufpassen. 
Die in der Tabelle angegebenen Längen dürfen nicht überschritten 
werden. Dabei bildet die Länge des internen Kabels immer zusam¬ 
men mit einem externen Kabel die maximal vorgeschriebene Länge 
des Busses. Genrell gilt aber: Je kürzer das Kabel ist, desto besser. 


Gerät terminiert 


Hostadapter terminiert 


a) Interne SCSI-2 Geräte 


offen 



Gerät nicht terminiert 

SCSI-2 


SCSI-2 


Gerät 


Gerät 


offen 


SCSI-2 

Gerät 


offen 


Hostadapter nicht terminiert 







□ H 


Gerät terminiert 


Gerät terminiert 



SCSI-2 


Gerät 


b) Interne und externe SCSI-2 Geräte 

Abb. 2.1: Beispiele für einen korrekt terminierten SCSI-Bus mit einem 
Ultra-Wide SCSI-Adapter (Teil 1). 


Der SCSI-Bus muß an beiden Enden terminiert sein. Das be¬ 
deutet, beide Enden müssen abgeschlossen sein, und es dürfen auch 
keine T-Verzweigungen entstehen. Dieser Umstand tritt in den fol¬ 
genden Fällen auf: 
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Hinweis 

Wählen Sie die Länge der SCSI Kabel immer nur so lang wie nötig. 

Je kürzer die Kabel sind, desto besser ist auch die Gesamtleistung 

des Busses. Stellen Sie daher externe Geräte immer so nah wie 

möglich am Computer auf und bauen Sie interne Geräte so ein, 

daß Sie ein möglichst kurzes Kabel verwenden können. 
__ 


1. Am Ende des Kabels befindet sich ein Gerät, das nicht ter¬ 
miniert ist. 

2. Am Ende eines Kabels mit mehreren Steckern ist der letzte 
Stecker oder mehrere Stecker vor dem letzten Gerät frei. 

3. An einem Ultra-Wide Adapter mit zwei internen und einem 
externen Anschluß werden alle drei Anschlüsse benutzt. 

Ist das Gerät im zweiten Fall terminiert, dann ist der Bus eigent¬ 
lich abgeschlossen. Trotzdem kann es zu unerwünschten Signalre¬ 
flexionen auf dem Bus kommen. Schließen Sie das letzte Gerät 
daher am besten immer am Ende des Kabels an. Die dazwischen¬ 
liegenden Stecker können frei bleiben. 

Zur Terminierung des Busses kann ein Gerät verwendet werden. 
Fast jedes SCSI-Gerät verfügt über einen internen Terminator, der 
meistens über Jumper aktiviert oder deaktiviert werden kann. Auß- 
derdem gibt es separate Bauteile, die auf die freien Stecker aufge¬ 
steckt werden können. Mit der Terminierung verhindert man, daß 
auf dem Kabel Signale am jeweiligen Ende reflektiert werden, also 
auf das Kabel zurückgeworfen werden können. Solche Reflexionen 
führen zu Störungen und zum kompletten Ausfall des Busses. 

Es gibt zwei verschiedene Arten, den Bus korrekt abzuschließen, 
die aktive und passive Terminierung: 

1. Bei der passiven Terminierung ist der Terminator ein einfa¬ 
cher Endwiderstand, der auf das Kabelende aufgesteckt wird. 

2. Die aktive Terminierung arbeitet mit einer kostanten Span¬ 
nungsquelle und einem Spannungsregler. Aktive Terminato¬ 
ren sind passiven vorzuziehen. 
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Einige Geräte, meistens Scanner, werden ohne Terminatoren 
ausgeliefert. Entweder dieses Gerät darf sich dann entweder nicht 
am Ende des Busses befinden, oder es muß mit einem separaten 
Terminator ausgestattet werden. Dieser befindet sich aber zumeist 
im Lieferumfang des Scanners. 

Mindestens ein Gerät auf dem Bus muß zur Bereitstellung einer 
korrekten Terminierung eine Spannung auf dem Bus anlegen, die 
sogenannte Termination Power (TERMPWR) 3 . In der Regel lie¬ 
fert der Hostadapter die TERMPWR. Ist das Kabel jedoch recht 
lang, so ist es empfehlenswert, wenn das letzte Gerät am Bus eben¬ 
falls eine TERMPWR bereitstellt und über eine aktive Terminierung 
verfügt. Viele SCSI-Geräte bieten diese Funktion, die man wieder¬ 
um über Jumper ein- oder ausschalten kann. Zu dieser Gerätegrup¬ 
pe zählen viele Festplatten und CD-Recorder, so daß sich solche 
Geräte am besten zum Abschluß des Busses eignen. Natürlich muß 
bei allen anderen Geräten, die sich zwischen den beiden Enden des 
Kabels befinden, die Terminierung deaktivert werden. Wenn man 
Geräte in ein neues Gehäuse einbaut oder aus Platzgründen ihre 
Position am Bus ändert, vergißt man meist die korrekte Terminie¬ 
rung. 

Wenn an den SCSI-Bus nur interne Geräte oder nur externe 
Geräte angeschlossen sind, so muß der Adapter terminiert sein. 
Werden externe und interne Geräte verwendet, muß das jeweils 
letzte Gerät an beiden Kabelenden terminiert und der Adapter darf 
nicht terminiert werden, da er sich in diesem Falle in der Mitte 
des Busses befindet. Der Adapter darf außerdem dann nicht termi¬ 
niert sein, wenn er über zwei Stecker z.B. für SCSI-2 und SCSI-3 
Geräte bietet. Das letzte SCSI-2 Gerät und das letzte SCSI-3 Gerät 
müssen in diesem Falle terminiert sein. Die Terminierung des Ho- 
stadapters nehmen die meisten Adapter selbständig vor. Sie läßt 
sich bei alten Adaptern über Jumper einstellen, bei den neuen Mo¬ 
dellen über das Adapter-BIOS. Die Abbildungen 2.1 und 2.2 stellen 
die unterschiedlichen Fälle noch einmal dar. 


3 Die TERMPWR ist eine konstante Spannung von 5V 
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a) Interne SCSI-2 und SCSI-3 Geräte 


Gerät nicht terminiert 

SCSI-2 


SCSI-2 


Gerät 


Gerät 


Gerät terminiert 


Hostadapter nicht terminiert 



SCSI-3 

Gerät 


Gerät nicht terminiert 


b) Interne/ externe SCSI-2 und SCSI-3 Geräte 


1 

SCSI-2 


Gerät 


Gerät terminiert 


Abb. 2.2: Beispiele für einen korrekt terminierten SCSI-Bus mit einem 
Ultra-Wide SCSI-Adapter (Teil 2). 


Datenübertragungsmodi 

Die SCSI-Spezifikation beinhaltet zwei unterschiedliche Modi für 
Datenübertragungen, und zwar den synchronen und asynchronen 
Modus. Der asynchrone Übertragungsmodus ist dabei die Stan¬ 
dardbetriebsart, ist jedoch langsamer als die synchrone Datenübert¬ 
ragung. Das liegt daran, daß bei synchronen Datentransfers alle Bits 
in einem festen Zeitraster übertragen werden, der Anzahl der übert¬ 
ragenen Bits liegt also eine zeitliche Übereinstimmung zugrunde. 
Im asynchronen Modus fehlt ein solches vorbestimmtes Zeitraster 
und es werden unterschiedlich viele Bits in gleichen Zeiteinheiten 
übertragen. 












20 


Kapitel 2. Hardware 


Jedes SCSI-Gerät arbeit beim Einschalten zunächst im asyn¬ 
chronen Modus. Ein Umschalten in den synchronen Modus findet 
erst dann statt, wenn Gerät und Hostadapter den anderen Betriebs¬ 
modus und damit die mögliche Datenübertragungsrate festgelegt 
haben. Moderne Hostadapter beherrschen beide Übertragungsmo¬ 
di. Zudem kann man im BIOS des Adapters festlegen, daß für be¬ 
stimmte Geräte auf dem Bus grundsätzlich der synchrone Modus 
zu wählen ist. Genauso kann man den synchronen Modus für alle 
oder bestimmte Geräte immer deaktivieren. 

Allerdings unterstützten die meisten Geräte den synchronen 
Übertragungsmodus gar nicht. Das mag man vielleicht als Man¬ 
ko empfinden, aber der Geschwindigkeitsvorteil zwischen synchro¬ 
nem und asynchronem Modus macht sich in der Realität kaum 
bemerkbar. Wieder einmal ist es die Mechanik des Laufwerkes, die 
der Elektronik hinterherhinkt. Voraussetzung für eine effektive Nut¬ 
zung des synchronen Modus ist daher, daß die verwendeten End¬ 
geräte - und das sind allerhöchstens Festplatten - auch schnell ge¬ 
nug sind, um mechanische Nachteile auszugleichen. Wird ein SCSI- 
System mit derartig hochleistungsfähigen Massenspeichern intensiv 
genutzt, wird der synchrone Modus vorteilhaft, da der SCSI-Bus 
geringer belastet wird. Dennoch aber ist der Unterschied zwischen 
den beiden Modi gering. 

Kommunikation auf dem SCSI-Bus 

Der SCSI-Bus arbeitet kommandoorientiert, d.h. jedes Gerät kom¬ 
muniziert mit dem Adapter über einen festgelegten Kommando¬ 
satz, der auf dem CCS (Common Command Set) beruht. Der 
Nachrichtenfluß zwischen den Geräten, wobei eines davon der SCSI- 
Adapter ist, unterteilt sich dabei in mehrere Phasen: 

1. Kommandophase 

Diese Phase kennzeichnet den Beginn der Kommunikation 
zwischen zwei SCSI-Geräten. Dabei initiiert meistens der Ho¬ 
stadapter (Initiator) die Kommunikation mit einem Gerät 
(Target), das er über dessen ID eindeutig erreicht. Nach 
einer positiven Rückmeldung übermittelt er dem Gerät das 
Kommando oder - wie es die SCSI-2 Spezifikation mit dem 
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Tagged Command Queuing erlaubt - mehrere Kommandos, 
die das Gerät sequentiell abarbeitet. Während das Gerät das 
Kommando ausführt, kann es den Bus blockieren (Busy) und 
danach seine Antwort senden und den Bus wieder freigeben; 
oder sich nach Empfang des Kommandos vom Bus zur Benut¬ 
zung durch andere Geräte trennen und sich nach Ausführung 
des Kommandos wieder an den Bus anschließen. Die letztere 
Methode ist natürlich vorteilhafter, weil sie anderen Geräten 
erlaubt, ebenfalls auf dem Bus aktiv zu sein. 

2. Datenphase 

Nach Abschluß der Kommandophase werden die Daten zwi¬ 
schen Initiator und Target übertragen. Daten können dabei 
Informationen über ein Gerät sein oder auch Benutzerdaten, 
etwa Dateiinhalte oder Bildinformationen eines Scans. Jedes 
transferierte Datum ist dabei die Antwort auf ein Kommando. 

3. Statusphase 

Nach Abschluß des Datentransfers zwischen Initiator und 
Target werden die Stati der beiden Geräte ausgetauscht. So 
kann etwa entschieden werden, ob der Transfer wiederholt 
werden muß und in welchem abschließenden Status sich die 
Geräte befinden. 

In der Kommandophase wird z.B. auch die Datenübertragungs¬ 
rate zwischen Initiator und Target festgelegt. Der Hostadapter kann 
bestimmte Kommandos auch an alle SCSI-Geräte auf dem Bus 
senden. Das geschieht z.B. nach einem Busreset, wie es beim Sy¬ 
stemstart der Fall ist. Hier wird das Inquiry-Kommando gesendet, 
welche die Geräte veranlaßt, ein Datum an den Adapter zurückzu¬ 
geben, das Kenndaten über das Gerät beinhaltet. Beim Starten des 
Rechners werden die Ergebnisse dieser Transaktionen auf dem Bild¬ 
schirm angezeigt, so daß man einen Überblick darüber bekommt, 
welche Geräte am Bus angeschlossen sind und welche IDs ihnen 
zugeordnet wurden. Das Inquiry-Kommando ist notwendig, damit 
der Adapter für jedes Gerät auch den richtigen Kommandosatz für 
spätere Kommunikationsvorgänge wählt. 
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2.1.3 Die SCSI-Unterstützung von OS/2 

Zum Abschluß dieses Teils unseres SCSI-Workshops wollen wir noch 
betrachten, welcher Art die SCSI-Unterstützung von OS/2 ist. 
Unter OS/2 wird die Unterstützung von SCSI-Einheiten durch ein 
mehrschichtiges Treibermodell bereitgestellt, das die Abbildung 2.3 
zeigt. Anwendungprogramme interagieren mit Hardwarekomponen¬ 
ten, indem sie Device-I/O Kommandos 4 an den Treiber dieser Kom¬ 
ponente senden. Ein solcher Request wird über den Kernel des Be¬ 
triebssystems abgearbeitet, der in der Abbildung ganz oben dar¬ 
gestellt ist. Wie jede andere Hardwarekomponente benötigt auch 
ein SCSI-Adapter einen Einheitentreiber. Dieser ist ein sogenannter 
Block-Device-Treiber 5 und besitzt die Endung add. 

Der Adapter-Treiber kommuniziert direkt mit dem Adapter. Die 
Kommunikation mit dem Kernel läuft bei diesen Treibern aber über 
eine zweite Schicht von Einheitenmanagern. Ein Einheitenmanager 
ist eine standardisierte Programmierschnittstelle, die anderen Trei¬ 
bern einen transparenten Zugriff auf die Treiberschicht gewährt, 
die unterhalb des Einheitenmanagers liegt. Daher setzen Treiber für 
bestimmte Typen von SCSI-Geräten auch auf Einheitenmanagern 
auf. Einheitenmanager haben die Endung dmd (Device Management 
Driver). In der Graphik sind vier Einheitenmanager dargestellt: 

1. OS2DASD.DMD (Direct Access Storage Device) 

Dieser Treiber verwaltet alle Speichereinheiten, also Festplat¬ 
ten, CD-ROMs etc. Die Client-Treiber, die diesen Manager 
benutzen, sind FSDs (File System Drivers), also die OS/2- 
Dateisysteme. 


4 Hinter diesen Kommandos steht eine API-Funktion des Dos-APIs namens 
DosDevlOCtl. Dieser Funktion werden sogenannte Request-Pakete überge¬ 
ben, die dann vom Kernel an den adressierten Treiber geschickt werden. Der 
Treiber bearbeitet den Request und gibt die Daten ebenfalls in einem Pa¬ 
ket über den Kernel an die Anwendung, welche die Anfrage an den Treiber 
stellte, zurück. 

5 Ein Block-Device ist eine Einheit, die Daten in Blöcken verarbeitet. Die zwei¬ 
te Kategorie von Einheiten nennt man Physical-Device-Treiber, und Daten 
werden hier zeichenweise und nicht blockweise übertragen. 
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Einheitentreiber für 
den SCSI-Adapter 


SCSI-Adapter 


Abb. 2.3: SCSI-Unterstützung im OS/2-Treibermodell. 


2. 0S2CDR0M.DMD (CD-ROM Manager) 

Mit diesem Treiber wird eine hardwareunabhängige Schnitt¬ 
stelle zu CD-ROM Laufwerken zur Verfügung gestellt. Zu den 
Client-Treibern, die mit dem CD-ROM Manager kommuni¬ 
zieren, zählt z.B. das CD-ROM Dateisystem CDFS.IFS. 

3. OS2SCSI.DMD (SCSI-Device Manager) 

Dieser Manager ist die hardwareunabhängige Schnittstelle 
zwischen dem Treiber des SCSI-Adapters und optionalen SC¬ 
SI Treibern, die z.B. Unterstützung für MO-Laufwerke, Strea- 
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mer oder Scanner zur Verfügung stellen. Ein Beispiel für einen 
solchen optionalen Treiber wäre optical. sys von IBM, der 
einige MO-Laufwerke unterstützt. 

4. OS2ASPI.DMD (ASPI-Device Manager) 

Dieser Treiber stellt eine Schnittstelle für ASPI-Geräte zur 
Verfügung. Dies sind Geräte, die nach dem ASPI-Standard 
von Adaptec (Advanced SCSI Programming Interface) ent¬ 
wickelt wurden. Viele CD-ROM Recorder, DVD-Laufwerke 
und auch Scanner sind solche Einheiten. Auf dem ASPI- 
Manager basieren geräteabhängige ASPI-Treiber. 

Wichtig ist auch, daß ein Gerät den vollen SCSI-Kommandosatz 
beherrscht. Wenn nicht, dann kann es notwendig sein, daß zwischen 
den Device Manager und dem Basistreiber - in unserem Falle also 
dem Treiber des SCSI-Adapters - eine weitere Schicht eingefügt 
wird, die aus sogenannten Filtertreibern besteht (das sind Treiber 
mit der Endung fit). Bei den heutigen Geräten für den SCSI-Bus 
sind solche Treiber kaum notwendig; ein Beispiel hierfür sind jedoch 
CD-ROM-Laufwerke für IDE, die den Filtertreiber ibmidecd.flt 
oder generell alle ATAPI-Geräte, welche den Treiber ibmatapi .fit 
benötigen. Zu den Geräten der letzten Kategorie zählen z.B. Zip- 
Laufwerke. Filtertreiber ergänzen den Befehlssatz des Laufwerkes 
und wirken als Übersetzer zwischen Einheitenmanager und Basis¬ 
treiber. In unserem IDE-Szenario wäre dieser Basistreiber der IBM 
IDE-Treiber ibmls506. add. 

Der Vorteil einer solchen Architektur liegt auf der Hand: Der 
gerätespezifische Treiber, etwa für einen Scanner, braucht sich nicht 
mehr um die eigentlichen I/O-Funktionen zu kümmern. Diese wer¬ 
den ausschließlich vom Hostadaptertreiber vorgenommen. Außer¬ 
dem garantiert das Schichtenmodell, daß immer dieselben geräte¬ 
spezifischen Treiber verwendet werden können, selbst dann, wenn 
ein anderer SCSI-Hostadapter mit einem anderen Adaptertreiber 
eingesetzt wird. 

Während der Installation von OS/2 auf einem neuen Computer 
mit SCSI-Subsystem muß also erst einmal nichts beachtet werden. 
Der DASD-Einheitenmanager os2dasd.dmd wird immer eingebun- 
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den, ebenso der CD-ROM Manager os2cdrom.dmd. Einzig und 
allein der Basistreiber für den SCSI-Adapter muß natürlich noch 
vorhanden und in das System eingebunden sein. 

Wenn Sie später ASPI- oder andere SCSI-Geräte außer Massen¬ 
speichern benutzen, dann benötigen Sie die beiden anderen Ein¬ 
heitenmanager os2scsi.dmd und os2aspi.dmd. In diesem Fal¬ 
le müssen Sie darauf achten, daß diese Treiber auch in das Sy¬ 
stem eingebunden werden, da OS/2 sie nicht automatisch in die 
config.sys einträgt. 


2.1.4 Ausblick auf Teil 2 des Workshops 

Damit beschließen wir den ersten Teil unseres Workshops. Wie man 
SCSI-Adapter richtig installiert, zusammen mit IDE betreibt, und 
welche Schalter es für die einzelnen Treiber gibt, wird in Teil 2 
unseres Workshops zu finden sein. Außerdem stellen wir dort OS/2- 
taugliche SCSI-Adapter und geeignete Peripheriegeräte vor. 


2.2 OS/2-taugliche Notebooks 

Notebook Computer stehen den Desktop Computern inzwischen in 
nichts mehr nach. Speziell für diese Computergattung entwickelte 
Chipsätze verbrauchen bei gleichzeitig steigender Funktionsvielfalt 
immer weniger Platz. Leider zieht dies auch die Notwendigkeit im¬ 
mer neuer Treiber nach sich, die in der Regel nur für die verschiede¬ 
nen Windows Varianten mit dem Gerät geliefert werden. Manche 
Firmen bieten zusätzlich Treiber für andere Betriebssysteme auf 
CD-ROM an, diese umfassen allerdings in der Regel nur Audio- 
und Videotreiber, nicht aber die wichtigen Treiber für die PCMCIA 
(PC-Card) Unterstützung. OS/2 steht bei den meisten Herstellern 
leider an letzter Stelle, wenn es um Treiber geht. Von denen, die 
OS/2-Treiber mitliefern, stellen nur sehr wenige selbstentwickelte 
Treiber zur Verfügung; der Rest fügt Treibersoftware bei, die vom 
Chipsatz-Hersteller stammt und oft in einer hoffnungslos veralteten 
Version vorliegt. Getestet wurden diese Treiber oft nicht, so daß es 
eher ein Glücksspiel ist, ob das Gerät mit ihnen funktioniert. 
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2.2.1 Was vor dem Kauf zu beachten ist 

Wenn man sich auf die Suche nach einem OS/2-kompatiblen No¬ 
tebook macht, sollte man wohl zuerst die Notebook/2 Seite im 
WWW aufsuchen, die zwar in Englisch verfaßt ist aber ansonsten 
ihresgleichen sucht. Sie stellt neben Informationen zur Kompati¬ 
bilität von mehr als 200 Pentium/ Pentium II Notebook Compu¬ 
tern eine Liste der Top-Ten Notebooks zur Verfügung, die sich 
im Größenbereich von Pentium 233MMX bis Pentium II 300 MHz 
bewegen und alle von OS/2-Anwendern als voll OS/2-kompatibel 
erklärt wurden. Dennoch empfiehlt sich natürlich ein Blick auf die 
Details, die nicht alle auf der Notebook/2 Seite aufgeführt sind. 
Allerdings kann man von dort aus in manchen Fällen direkt zur 
Hersteller-Produktinformation gelangen. 

Am sichersten ist es wohl, ein IBM-Notebook zu kaufen, denn 
IBM deklariert die eigenen Notebooks nur als OS/2-kompatibel, 
wenn sie es auch tatsächlich sind (etwa 80 % der Thinkpads sind 
es)! Notwendige Treiber werden für alle Chipsätze von IBM zur 
Verfügung gestellt. Manche Käufer mögen dabei vor den Track¬ 
points als Mausersatz zurückschrecken und bevorzugen das ge¬ 
wohnte Touchpad; aber man gewöhnt sich schnell an den Track¬ 
point und wundert sich später, wie man jemals ohne so eine Vor¬ 
richtung in der Tastaturmitte ausgekommen ist. Der Vorteil der 
Trackpoints liegt auf der Hand: Man muß die Finger nicht von der 
Tastatur fortbewegen, der Übergang zwischen Mausbenutzung und 
Tippen ist fließend. Notebookbenutzer, die mit einem Trackpoint 
gearbeitet haben, wollen auf diesen nicht mehr verzichten und sind 
meist nicht mehr bereit, auf ein Touchpad umzusteigen. Es ist ge¬ 
wiß kein Zufall, daß sich die beiden größten Notebook-Hersteller 
(IBM und Toshiba) auf den Trackpoint eingeschworen haben. 

Wenn Sie einen Notebook-Computer neu kaufen und darauf 
Windows 9x vorinstalliert finden, sollten Sie auf jeden Fall die 
Hardware-Einstellungen unter Windows 9x überprüfen. Das kann 
hilfreich bei der späteren Suche nach entsprechenden OS/2-Treibern 
und deren Installation sein. Notieren Sie also alle verfügbaren An¬ 
gaben, die Windows 9x über die Hardware macht. Dazu gehören 
vor allem auch die Daten über die Soundkarte. 
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Wenn Sie dann OS/2 installieren, ist Vorsicht geboten! Sollten 
Sie Treiber für die Sound- und PCMCIA-Unterstützung gefunden 
haben, die nicht mit OS/2 Warp 4 geliefert wurden, wählen Sie bei 
der Installation keine Sound- und keine PCMCIA-Unterstützung 
aus! Dann ist die spätere Einrichtung vorhandener Treiber hinter¬ 
her umso einfacher, da die OS/2-eigenen nicht erst deinstalliert 
werden müssen. Sie können die Treiber von der Notebook/2 Seite 
aus (dort gibt es eine lange Liste mit Links zu den zur Verfügung 
stehenden Treibern) auf Ihren Rechner kopieren oder direkt von 
der Webseite des Notebook-Herstellers, falls dieser die entspre¬ 
chenden Treiber anbietet. Auch sollten Sie unbedingt das letzte 
BlOS-Update des Notebook-Herstellers auf Ihren Rechner übertra¬ 
gen und installieren, denn das hilft oftmals bei Problemen mit der 
PCMCIA-Unterstützung 6 . 

Wenn Sie Windows 9x auf der Festplatte belassen wollen, soll¬ 
ten sie Partition Magic in der neuesten Version einsetzen, um ei¬ 
ne Partition für OS/2 zu erstellen 7 . Nachdem PartitionMagic die 
Windows-Partition nach Bedarf verkleinert und damit freien Platz 
auf der Festplatte für OS/2 geschaffen hat, starten Sie die OS/2- 
Installation und wählen die benutzerdefinierte Installation aus. Er¬ 
lauben Sie nicht das Installieren auf Laufwerk C:, sondern starten 
Sie f disk . com. Mit f disk . com installieren Sie zunächst den Boot¬ 
manager und deklarieren dann die noch freie Partition zur Instal¬ 
lationspartition. Danach wird der Computer neu gestartet, und die 
Installation kann vonstatten gehen. 

Was ist aber zu tun, wenn Sie schon ein Notebook haben und 
nun manche Funktion nicht zur Verfügung steht, weil Sie nicht die 


6 Anmerkung der Redaktion: Problemen bei der PCMCIA-Unterstützung kann 
man auch wirksam begegnen , wenn man statt eines normalen OS/2-Systems 
eine korrigierte Version einsetzt. Ein mit FP 9 korrigiertes Warp 4 sollte 
hier bereits genügen. Bei Warp 3 sollte das System mindestens mit FP 36 
korrigiert sein. OS/2 - mit dem Servicelevel nach der Installation - weist 
den PCMCIA-Slots die Unterbrechungsebenen nicht richtig zu. Nach der 
FixPack-lnstallation funktionieren PCMCIA-Karten jedoch in den meisten 
Fällen einwandfrei. 

7 Anmerkung der Redaktion: Lesen Sie zum Einsatz von PartitionMagic auch 
den Artikel hierzu in Band 4 der OS/2 Only! 
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Hinweis 

Beachten Sie bitte: Erlauben Sie OS/2 nicht, die Sound- oder 
PCMCIA-Unterstützung zu installieren, wenn Ihnen hierfür pas¬ 
sende Treiber vorliegen, die nicht im Lieferumfang von OS/2 ent¬ 
halten sind (etwa Treiber direkt vom Hersteller oder neue Treiber 
von IBM). Die Installation dieser Komponenten und des Video- 
Treibers sollte erst nach der vollständigen Installation von OS/2 
Warp erfolgen. Sie vermeiden so die Deinstallation der von OS/2 
installierten Treiber, was z.T. gerade bei der Soundunterstützung 
kompliziert sein kann. 


Notebook/2 Seite konsultiert haben (vielleicht gab es sie ja noch 
nicht, als Sie Ihr Notebook kauften)? 

Manchmal hat man Pech gehabt. Es gibt Notebooks, die auf¬ 
grund ihrer etwas eigenartigen Hardwarekonfiguration selbst mit 
Windows nicht einwandfrei laufen 8 . Eventuell aber muß man ein¬ 
fach nur den richtigen Treiber installieren, oder eine neuere Trei¬ 
berversion finden. Und manchmal (das ist jedoch recht selten) gibt 
es partout keinen Treiber für den vorhandenen Chipsatz. 

Generell gilt, daß man eine funktionierende Konfiguration archi¬ 
vieren sollte, bevor man die Installation eines neuen Treibers vor¬ 
nimmt. Dies kann am bequemsten durch die Archivierungsfunktion 
der WPS erfolgen (ein Klick mit der rechten Maustaste auf die 
Arbeitsoberfläche, im erscheinenden Kontextmenü Einstellungen 
auswählen und dann im Einstellungsnotizbuch auf dessen Seite 
Archivieren die Archivierungsfunktion aktivieren). Wenn dann der 
Computer nach einer Treiberinstallation nicht mehr vollständig star¬ 
tet, kann man durch einen Neustart und durch Drücken der Ta¬ 
stenkombination Alt-Fl den Bootvorgang unterbrechen und ein 
älteres Archiv laden (es werden insgesamt 3 gespeichert). Dieses 


8 Anmerkung der Redaktion: Ein Beispiel hierfür ist das Satellite 400 CDT 
von Toshiba. Selbst unter Windows 98 kann man hier keine Auflösung mit 
mehr als 640 x 480 Bildpunkten wählen, wenngleich auch eine Farbtiefe von 
bis zu 24 Bit (was allerdings auch unter OS/2 möglich ist). Der verfügbare 
OS/2-Videotreiber läßt sich gar nicht installieren. 
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Archiv beinhaltet auch Treiberdateien, zumindest für die Grafik- 
Unterstützung. Bevor Sie sich der Installation neuer Treiber wid¬ 
men, laden Sie aber erst das letzte BlOS-Update des Notebook- 
Herstellers aus dem Internet und installieren es. 

2.2.2 Audiounterstützung 

OS/2 Warp 4 hat eine Hardwareerkennung, die manchmal einen 
gewissen Schaden anrichten kann: Während sie bei der Videoun¬ 
terstützung normalerweise nichts Aufregendes unternimmt, stellt 
sie bei der Soundkarte häufig SoundBlaster ein, denn die Sound¬ 
karten sind in der Regel Soundblaster-kompatibel, und die Hard¬ 
wareerkennung sucht eben einfach nicht weiter, nachdem sie diese 
Kompatibilität festgestellt hat. Das hat jedoch zur Folge, daß oft 
gar keine oder nur rudimentäre Audio-Funktionen zur Verfügung 
stehen, die zwar in den meisten Fällen ausreichen; aber manch¬ 
mal möchte man eben mehr, und was ist dann zu tun? Leider ist 
dieses Kapitel recht problematisch, denn ein einmal installierter So¬ 
undtreiber kann nicht so einfach wieder deinstalliert werden. Dazu 
muß man schon einige Klimmzüge unternehmen. Die Deinstalla¬ 
tion des alten und die Installation des neuen Soundtreibers sieht 
folgendermaßen aus 9 : 

1. Das Dienstprogramm minstall.exe starten. 

2. 0 Einrichtungen installieren. Das bedeutet, daß der vorhan¬ 
dene Treiber deinstalliert wird. Dies erfolgt allerdings nicht 
vollständig. 

3. Mit MINSTALL den neuen Treiber installieren. 

4. Nun den Computer neu starten. 

5. Die Hardwareerkennung muß angeschaltet werden (Alt-Fl 
drücken, wenn das weiße Rechteck in der linken oberen Bild¬ 
schirmecke erscheint (beim Start von OS/2), und dann die 


9 Anmerkung der Redaktion: Ein weiteres probates , wenn auch weniger ele¬ 
gantes Mittel ist die vollständige Deinstallation und anschließende Neuin¬ 
stallation des MMPM/2. 
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Option Hardwareerkennung auswählen). Es wird jetzt noch 
nichts zu hören sein. 

6. Nun kommt der schwierigste Teil, denn man muß die Datei 
mmpm2. ini bearbeiten. Alle Referenzen zur vorher installier¬ 
ten Soundkarte müssen entfernt werden, die Hinweise auf die 
neuen Treiber müssen erhalten bleiben! 

7. Danach ist der Computer erneut zu starten, und nun müßte 
die Audiounterstützung funktionieren. 

Manche Treiber erlauben das Setzen von Schaltern, die z.B. die 
Lautstärke einstellen usw. Um herauszufinden, welche Schalter Sie 
setzen können, lesen Sie die README-Datei des Treibers. 


Achtung! 

Erstellen Sie unbedingt eine Sicherungkopie der Datei 
MMPM2.INI, bevor Sie irgend welche Änderungen an der 
Multimediakonfiguration vornehmen! 


Weitere Hinweise finden Sie im Web neben der Notebook/2 Site 
auf der OS/2 Sound Site und auf der Ultimate Sound Site. Beide 
Seiten liegen in Englisch vor. 

2.2.3 Videounterstützung 

Die Installation von Video-Treibern ist recht einfach. Man muß 
zunächst sicherstellen, daß OS/2 Warp mit dem generischen VGA- 
Treiber mit 16 Farben geladen wird und startet dann das Installati¬ 
onsprogramm des Videotreibers. Hier kann es allerdings immer wie¬ 
der zu Problemen kommen. Am einfachsten ist es dann, ein älteres 
Archiv der WPS zu laden, um wieder auf den generischen VGA- 
Treiber zu kommen (manchmal funktioniert nämlich die Funktion, 
den Video-Treiber auf VGA zurückzustellen, nicht). Wenn man für 
seinen Chipsatz keinen brauchbaren Treiber findet, kann man es mit 
dem GRADD-Treiber von IBM versuchen, der ab Fixpack 5 funk¬ 
tioniert. Der Treiber ist noch in der Entwicklungsphase, es haben 
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aber viele Anwender schon wesentlich bessere Ergebnisse mit die¬ 
sem Treiber als mit dem Originaltreiber erzielt 10 . SciTech arbeitet 
an einem Universal-Treiber-Paket für Video, das allerdings etwas 
kosten wird und rund 250 Videochips unterstützen soll. Problema¬ 
tisch ist in jedem Fall der NeoMagic 2200 Chipsatz, der auch eine 
Audiounterstützung umfaßt. Für diesen Chipssatz gibt es bis jetzt 
keine Treiber. 

2.2.4 PCMCIA-Unterstützung 

Wie bei der Graphikunterstützung so gilt auch für den PCMCIA- 
Support: Wenn Sie über einen PCMCIA OS/2-Treiber für Ihr No¬ 
tebook verfügen, teilen Sie OS/2 Warp bei der Erstinstallation mit, 
daß Sie keinen PCMCIA-Port haben. Installieren Sie dann im Nach¬ 
hinein die Treibersoftware, die Sie zur Verfügung haben. Wenn Sie 
nicht wissen, welchen PCMCIA-Chip Ihr Computer hat, lassen Sie 
zunächst OS/2 Warp bei der Installation die Auswahl vornehmen. 
Das funktioniert recht oft. Allerdings kann es bei moderneren Syste¬ 
men mit Cardbus zu Problemen kommen, denn die meisten OS/2 
Treiber unterstützen den Cardbus Modus, der normalerweise als 
Default ausgewählt ist, noch nicht. Sie können diesen allerdings 
in der Regel im BIOS des Computers abschalten (wählen Sie dort 
PCIC-kompatibel aus). IBM arbeitet an einem Treiber, der auch 
den Cardbus unterstützen wird. Dieser Treiber heißt SS2PCIC2 und 
kann aus dem Device Driver Pack in der Beta-Version bezogen wer¬ 
den. Links dazu werden auch auf der Notebook/2 Seite angeboten. 

Inzwischen hat IBM auch die Fortsetzung des SS2PCIC2 fertig. 
Dieser Treiber, der auch den Cardbus Modus (32-bit) unterstützt, 
heißt Play at Will oder Director , je nachdem, welches System Sie 
benutzen. Das letzte Update erfolgte Mitte Februar 1999 und ist 
aus dem DeviceDriver Pak zu beziehen. Manchmal funktioniert der 
Treiber für die IBM Thinkpads auch mit anderen Marken, so daß 
Sie da u.U. etwas experimentieren müssen. Es gibt zu diesem Be- 


10 Anmerkung der Redaktion: In den meisten Fällen können Sie nur eine gene¬ 
rische SVGA-Unterstützung mit den GRADD Treibern von IBM nutzen, d.h. 
daß die Beschleunigunsfunktionen des Graphikships nicht genutzt werden 
können. 
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reich zahlreiche Tips und Hinweise auf der Notebook/2 Seite im 
Installation Guide for PCMCIA. Auch dieser Treiber ist noch im 
Beta-Stadium, so daß Rückmeldungen an die weiter unten angege¬ 
bene Adresse bei IBM sehr willkommen sind. 

Darüber hinaus gibt es noch einige andere Probleme: Wenn 
Sie z.B. Treiber für Netzwerk-Karten einrichten, installieren diese 
oft ihre eigenen PCMCIA Socket-Treiber , d.h. der von OS/2 Warp 
installierte PCMCIA Socket-Treiber ist plötzlich im Weg, und die 
Karte funktioniert nicht. Sie können den PCMCIA Socket-Treiber 
von OS/2 allerdings mit dem Parameter /S0=1 oder /IG0=1 ab¬ 
schalten. Die 1 steht dabei für den Slot, in den Sie den Netzwerka¬ 
dapter einfügen. 

Wenn Sie feststellen, daß zwar der PCMCIA Treiber ohne Feh¬ 
ler installiert wird, aber trotzdem keine Karte funktioniert, müssen 
Sie mittels des Treibers reserve.sys dem PCMCIA Treiber einen 
anderen Speicherbereich zuweisen. Die Prozedur hierzu ist wieder 
etwas komplizierter aber kann dennoch von jedem gemeistert wer¬ 
den: 

1. Rufen Sie rmview /mem in einem OS/2-Fenster auf, um her¬ 
auszufinden, an welcher Adresse der PCMCIA-Treiber instal¬ 
liert ist. Notieren Sie diese Adresse. 

2. Fügen Sie in die CONFIG.SYS in der ersten Zeile (oder sehr 
weit oben, auf jeden Fall vor allen Treibern, die mit BASEDEV 
geladen werden und die Endung sys haben) den Befehl 

BASEDEV=RESERVE. SYS /mem: mirrnim 1000 

ein. mmmm steht für die Adresse, an welcher der PCMCIA- 
Treiber ursprünglich zu finden war. 

3. Wenn danach die Karten richtig funktionieren, ist die Pro¬ 
zedur an dieser Stelle beendet; wenn nicht, erhöhen Sie die 
Zahl 1000 um 1000 - also zu 2000 - und so weiter, bis die 
Karten schließlich arbeiten. 
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Bei diesen Arbeitsschritten ist zu beachten, daß nach jeder Ände¬ 
rung der CONFIG.SYS das System neu gestartet werden muß, um 
diese Änderung auch wirksam werden zu lassen. 

2.2.5 Infrarot 

Der Infrarot-Port ist für viele nicht von so großer Bedeutung, aber 
manche würden ihn doch gerne benutzen. Nur scheint der IR-Port 
oft nicht so richtig zu funktionieren. Während es in manchen Sy¬ 
stemen tatsächlich überhaupt nicht klappt, müssen in anderen Sy¬ 
stemen nur die Treiber richtig installiert werden. Das wichtigste 
ist die richtige Einstellung des IRQ und der Basis-Adresse, da der 
IR-Port wie ein COM-Port funktioniert und daher u.U. mit einem 
PCMCIA-Modem oder einer zweiten bereits existierenden COM- 
Schnittstelle in Konflikt geraten kann. Man muß also den Interrupt 
und die Basis-Adresse für die IR-Schnittstelle dem Treiber mittei- 
len. Die Zeile 

DEVICEC: \0S2\B00T\IRDD . SYS 
sollte dazu etwa in 

DEVICE=C: \0S2\B00T\IRDD .SYS 2F8 3 

geändert werden. Die IRQ-Angabe 3 ist natürlich nur dann rich¬ 
tig, wenn diese Unterbrechungsebene nicht schon anderweitig ver¬ 
geben ist. Das gleiche gilt für die Basis-Adresse. Mit RMVIEW läßt 
sich herausfinden, welche Resourcen bereits in Gebrauch sind. Wenn 
Sie mittels IR-Port drucken wollen, müssen Sie zusätzlich den Trei¬ 
ber INFRARED.PDR installieren. Wenn Sie diese Hinweise beach¬ 
ten, sollten Sie bald ein hochfunktionelles Notebook mitsichführen 
können. 

2.2.6 Abschließende Betrachtungen 

Bei meinen Nachforschungen, welche Notebook-Hersteller OS/2 
unterstützen, bin ich oft in eine Sackgasse geraten. Nachdem erst 
verkündet wird, daß Treiber für OS/2 mitgeliefert werden, stellt sich 
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bald heraus, daß sich dies nur auf die Video- und Audio-Treiber be¬ 
zieht. PCMCIA wird außen vor gelassen. Auf Rückfragen gibt es 
dann keine Antworten mehr. Um so erfreulicher ist es, daß IBM 
weiter am SS2PCIC2-Treiber arbeitet. Dieser Treiber für Cardbus 
PCMCIA Sockets ist sehr nötig, da die Hersteller dieser Chips in 
der Regel keine Treiber anbieten. Es scheint allerdings, daß man¬ 
che Treiber nicht aus dem Beta-Stadium herauskommen, da nicht 
genug Anwender ihren Erfolg oder Mißerfolg mitteilen. Wenn Sie 
den SS2PCIC2-Treiber einsetzen, senden Sie daher bitte Ihre Er¬ 
fahrungen an die folgende eMail-Adresse: B391747@-us.ibm.com. 

Autor: Dr. Martin Senftleben 
eMail: msenftlebenQcefischer.de 



Kapitel 3 

Software 


з. 1 OS/2 Tools: Wartung der config.sys 

Welcher OS/2-Anwender, der sich schon einmal etwas detaillierter 
mit seinem Betriebssystem beschäftigt hat, kennt sie nicht - die 
berühmt-berüchtigte Datei config.sys? Zumeist kommt der oder 
die Interessierte zunächst nicht aus dem Staunen heraus, da die 
config.sys von OS/2 in jedem Fall erheblich umfangreicher ist 
als das DOS-Pendant und auch eine große Anzahl von Befehlen 
enthält, die dem DOS-Anwender oder dem Umsteiger von anderen 
Systemen unbekannt sind. 

Ähnlich wie beim Betriebssystem DOS lädt die config.sys 

и. a. Gerätetreiber, bezeichnet Suchpfade oder legt Umgebungsva¬ 
riablen fest, die allesamt jedoch nicht so einfach gestrickt sind wie 
unter DOS, da OS/2 erstens kein Single-Task-Betriebssystem ist 
und daher schon aufgrund seiner weitaus höheren Komplexität als 
echtes 32-Bit-Multitasking-Betriebssystem spezielle Mechanismen 
erfordert; und zweitens OS/2 anders als DOS deshalb auch die 
Hardware weitestgehend selbst steuert, während unter DOS be¬ 
kanntlich jedes Programm seine eigenen Treiber beispielsweise für 
Drucker oder Grafikkarten mitbringen muß. Die Übersicht über die 
conf ig. sys-Einträge und deren Verständnis werden unter OS/2 
zudem erheblich erschwert durch das völlig chaotische Durcheinan¬ 
der, das diese Dateieinträge im Rohzustand nach einer Installation 
des Betriebssystems kennzeichnet. Hinzu kommt, daß in der gängi¬ 
gen Fachliteratur zu OS/2 bislang nur selten und unvollständig 
der Versuch unternommen wurde, die conf ig. sys-Einträge dem 
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durchschnittlichen Anwender zu erläutern 1 . Damit man jedoch ver¬ 
stehen kann, was das System beim Bootvorgang gerade tut, oder 
wo problematische Treiber oder Hardwarekomponenten zu loka¬ 
lisieren sind, ist eine genaue Kenntnis der config.sys-Einträge 
notwendig. 

Ein weiteres Problem, das sich im Kontext der OS/2-lnstallation 
ergibt, ist die Tatsache, daß das Betriebssystem die Einträge in der 
config.sys nicht in der gleichen Reihenfolge, in der sie in der Da¬ 
tei aufgeführt sind, beim Bootvorgang abarbeitet. Somit können 
sich hier Performanceverluste ergeben. Zudem sind nach faktisch 
jeder Installation des Betriebssystems Treiber in der config.sys 
eingetragen, die der Anwender, sofern er ausreichende Kenntnisse 
der vorhandenen Hardware besitzt und die Einträge den entspre¬ 
chenden Komponenten seines Rechners zuordnen kann, als obsolet 
erkennen und somit entfernen sollte. Diese „falschen“ Dateieinträge 
sind vermutlich auf ein historisches Phänomen zurückzuführen: Das 
ursprüngliche Betriebssystem OS/2 1.x (in Deutschland BS/2 ge¬ 
nannt) wurde im Jahre 1987 zusammen mit der ersten Generation 
der seinerzeit technisch haushoch überlegenen IBM-Microchannel- 
Rechner (besser bekannt unter der Bezeichnung PS/2) vorgestellt. 
IBM hatte das Betriebssystem OS/2 ganz auf die PS/2 Rech¬ 
nerserien zugeschnitten und nicht mehr auf die damals bei IBM 
bereits auslaufenden Systeme der Baureihen AT Model 319 und 
339, die noch auf dem schon seinerzeit veralteten ISA-Bus ba¬ 
sierten. Demzufolge wurden auch jahrelang bevorzugt Treiber für 
IBM Microchannel-Komponenten entwickelt. Da der MicroChannel 
als erstes und zudem bis heute wohl im besten Sinne des Wor¬ 
tes elitärstes 32-Bit-Bussystem komplett und konsequent die al- 


1 Einen anerkennenswerten, aber leider aufgrund der Fülle möglicher Einträge 
in der config.sys ebenso unvollständigen Versuch unternimmt u.a. Peter 
Wiese[4]. Das Heft ist für DM 6,00 ausschließlich im Bahnhofsbuchhandel 
erhältlich und beschäftigt sich mit OS/2 Warp 3. 

Im Zusammenhang mit der Konfiguration von SCSI-Adaptern auf ISA- und 
PS/2- Systemen geben Hecker und Götz einige erläuternde Hinweise[2]. 
Umfassender erklären Kleinknecht und Rohrbach die Funktionen 
und Einträge der config.sys in ihrem dreibändigen Loseblattwerk 
OS/2 Praxislösungen[ 3]. 
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ten Zöpfe abschnitt und daher völlig inkompatibel zum vorhande¬ 
nen ISA-Bus war, mußten auch, um die vielen Vorteile der MCA- 
Bus- Architektur ausschöpfen zu können, spezielle Treiber program¬ 
miert werden. Der MicroChannel konnte sich wegen hoher Lizenz¬ 
gebühren, die Dritthersteller an die IBM zu zahlen hatten, und we¬ 
gen eines außerhalb des Großkundenbereichs katastrophalen Marke¬ 
tings seitens des Herstellers nicht richtig durchsetzen. Nur wenige 
Hersteller, beispielsweise NCR, Motorola und Mitsubishi, kamen 
mit MCA- Systemen auf den Markt, vornehmlich in High-End- 
Desktops und -Servern. Aus diesem Grunde werden selbst unter 
OS/2 Warp 4 immer noch verschiedene, MCA-spezifische Geräte¬ 
treiber beispielsweise für Floppycontroller installiert oder für SCSI 
Adapter, die vornehmlich in den High-End-Baureihen PC Server 
720, 500 und PS/2 95, 85, 90, 77 sowie den Workstations PC 
700 und PS/2 56, 57 und 76 zum Einsatz kamen. Der Anwender 
kann natürlich, wenn er kein MCA-System betreibt, die überflüssi¬ 
gen Treiber aus der config.sys löschen. Umgekehrt können jene 
Nutzer, die noch einen Microchannel-Rechner ihr eigen nennen, je¬ 
ne Treiber aus der config.sys löschen, die nur für Komponenten 
und Geräte mit ISA- oder EISA-Bus vorgesehen sind. 

Im Interesse einer Performancesteigerung, aber auch des Fein¬ 
tunings des gesamten Systems sollte sich also jeder Anwender mit 
der config.sys als einer der zentralen Dateien des Betriebssy¬ 
stems vertraut machen und diese manuell nachbearbeiten. 

Hierzu möchte ich zwei Tools vorstellen, die kostenlos als Free¬ 
ware erhältlich sind und welche die oben beschriebenen Schwach¬ 
punkte der config.sys nach einer Rohinstallation von OS/2 Warp 
beheben und obendrein dem Anwender profundes Wissen um die 
verschiedenen Dateieinträge und Tuningtips an die Hand geben 
können: zum einen das von Klaus Staedtler und Kai Evers konzi¬ 
pierte ConfigMaint/2 und zum anderen das in der Bedienoberfläche 
fast identisch aussehende, ältere Configinfo von Rick Meigs. Beide 
Programme haben einen annähernd gleichen Funktionsumfang 2 . 


2 Analyse der vorhandenen config.sys- Datei, Sortieren der Datei nach zusam¬ 
mengehörenden Einträgen, Aufzeigen von fehlerhaften Einträgen, Tips und 
Tricks zum Performancetuning 
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3.1.1 Die Installation 

Beide Programme liegen als ZIP-Archiv vor. Die ZIP-Archive sind 
entweder aus dem Internet zu beziehen 3 oder aber werden mit eini¬ 
gen CD-ROM-Distributionen mitgeliefert. Configinfo in der Version 
4.0 befindet sich z.B. zusammen mit einem ebenfalls als ZIP-Archiv 
vorliegenden Programm zur Sortierung der config.sys auch auf 
der dem Buch OS/2 Warp Version 4 beigelegten CD-ROM[l]. 

Nach Entpacken der Archive ruft man bei ConfigMaint/2 ein 
Installationsprogramm auf, das den Anwender nach dem gewünsch¬ 
ten Installationsverzeichnis fragt und anschließend die Dateien in 
diesem Verzeichnis einspielt und einen entsprechenden Ordner auf 
der Arbeitsoberfläche anlegt. 

Bei Configinfo verläuft die Installation ebenso unproblematisch. 
Auch hier wird nach Aufruf des Installationsprogramms und Einga¬ 
be eines Verzeichnisses das Programm in diesem Verzeichnis einge¬ 
richtet und ein Ordner auf der Arbeitsoberfläche erzeugt. Configinfo 
benötigt jedoch zum korrekten Funktionieren die Datei vrobj .dll, 
die man im Internet über viele verschiedene Bezugsquellen erhalten 
kann, die sich jedoch auch auf der OS/2 Warp 4 CD-ROM befin¬ 
det. Diese Datei sollte in das Unterverzeichnis c:\os2\dll kopiert 
werden. Findet Configinfo diese Datei nicht beim Programmaufruf, 
wird der Startvorgang mit einer entsprechenden Fehlermeldung ab¬ 
gebrochen. Beim ersten Aufruf von Configinfo fragt dessen Setup- 
Programm nach einigen Parametern, die dem Anwender bereits 
ein paar Kenntnisse abverlangen: So wird u.a. nach dem instal¬ 
lierten Dateisystemtyp gefragt, wobei FAT und HPFS zur Auswahl 
stehen. In ConfigMaint/2 sind die Setup-Optionen etwas umfang¬ 
reicher: Hier besteht u.a. die Möglichkeit festzulegen, wo und wie 
die sortierte config.sys-Datei als Backup gesichert werden soll 
und ob die zur besseren Übersicht in die config.sys eingefügten 
REM-Statements gelöscht werden sollen. 

Sind diese ersten kleinen Hürden genommen, stellen sich bei¬ 
de Programme dem Anwender als mächtiges Werkzeug mit ei¬ 
ner sehr komfortablen grafischen Benutzeroberfläche dar: Beide 

3 Man findet beide Editoren beispielsweise auf dem LEO- Server der TU 
München: http://www.leo.org/ pub/comp/os/os2/leo/systools/index.html 
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Tools bestehen aus einer im oberen Teil des Fensters angeord¬ 
neten Buttonleiste, die einen schnellen Zugriff auf die einzelnen 
Funktionen gewährleistet (Erläuterungen zu den einzelnen Funk¬ 
tionen werden kontextsensitiv bei beiden Programmen in englischer 
Sprache eingeblendet, wenn man die Buttons mit dem Mauszeiger 
berührt). Im oberen der beiden unterhalb der Buttonleiste angeord¬ 
neten Fenster wird die aktuelle config.sys eingeblendet, im unte¬ 
ren Fenster erscheinen bei beiden Tools Tips zu den config.sys- 
Einträgen, wenn man im oberen Fenster eine Zeile anklickt. Beson¬ 
ders hervorzuheben ist die optische Umsetzung fehlerhafter Ein¬ 
träge bei ConfigMaint/2 : Beim Start des Programms analysiert 
ConfigMaint/2 die aktuelle config.sys und stellt die Ergebnisse 
am linken Rand des oberen Fensters durch grüne Häkchen (für als 
korrekt erkannte Einträge), durch in blauer Farbe dargestellte waa¬ 
gerechte Striche (für neutrale, z.B. mit dem Verweis REM versehene, 
Texteinträge oder Leerzeilen) oder durch ein rotes Kreuz (für als 
falsch erkannte oder unbekannte Zeilen) dar. Somit erhält der An¬ 
wender sofort einen Überblick über problematische Einträge in der 
config.sys. Allerdings soll nicht verhehlt werden, daß aufgrund 
der ungeheueren Vielzahl von möglichen Einträgen das Programm 
ConfigMaint/2 natürlich nicht alle Optionen kennen kann. Die von 
den Programmautoren zusammengetragenen Informationen zu den 
einzelnen Dateieinträgen sind bereits in der vorliegenden Form als 
enorm aufwendige Fleißarbeit zu bezeichnen. Die Informationen zu 
den einzelnen conf ig.sys-Einträgen sind in Configinfo noch um¬ 
fangreicher als bei ConfigMaint/2 , allerdings fehlt bei Configinfo 
die beim Systemstart durchgeführte Analyse der config.sys. So¬ 
mit müssen hier fehlerhafte Parameter oder Einträge manuell her¬ 
ausgearbeitet werden. 

3.1.2 Testergebnisse 

Ich habe beide Programme auf mehreren Systemen getestet, u.a. 
auf einem IBM ThinkPad mit ISA-/VLB-Bus, aber auch auf meh¬ 
reren verschieden konfigurierten No Name-Rechnern mit PCI-/ISA- 
Bus ebenso wie auf einem IBM PS/2 77s, wobei die letztgenannte 
Maschine eigens für diesen Artikel besonders hinterhältig konfigu- 
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riert wurde: Der PS/2 77s ist eine reinrassige MCA-Bus-Maschine, 
die lediglich zur Ansteuerung des Grafikadapters über einen nach¬ 
geschalteten VLB-Bus verfügt; dieser Rechner erfordert also in der 
config.sys z.T. andere Treiber als ISA-Bus-Systeme. Das PS/2 
Modell verfügte außerdem über insgesamt drei SCSI-2-Festplatten 
an zwei Adaptern, die über ein zusätzlich in der config.sys ein¬ 
getragenes Programm zeitgesteuert abgeschaltet werden. 

Um es vorwegzunehmen: Beide Tools haben auf allen Maschi¬ 
nen einen guten bis sehr guten Eindruck hinterlassen. Hilfspro¬ 
gramme dieser Güte stünden anderen Betriebssystemen, bei denen 
sich die Konfiguration schon aufgrund der vielen systemimmanen¬ 
ten Fehler als reines Vabanquespiel erweist, gut zu Gesicht. Beide 
Tools erlauben auch dem weniger geübten Anwender tiefere Ein¬ 
blicke in das Betriebssystem OS/2 Warp und seine Funktionswei¬ 
se und sollten daher nach Möglichkeit auf keinem OS/2-Rechner 
fehlen. Selbst für den geübten Anwender dürften die vielen Konfi¬ 
gurationshilfen und Tips, die bei den Autoren der Programme auf 
profundes Wissen um OS/2 Warp schließen lassen, noch so manche 
Überraschung bereithalten. 

ConfigMaint/2 überzeugt vor allem durch die sofortige Analyse 
der config.sys beim Programmstart. Es erkannte auch das klei¬ 
ne als Basistreiber (BASEDEV) in die config.sys des PS/2 77s 
eingebundene Programm Disksleeper, das für die Abschaltung der 
SCSI-2-Festplatten verantwortlich ist, wenn es diesen Treiber auch 
durch einen vermeintlichen Syntaxfehler als problematisch einstuf¬ 
te. 

Treiber, die unter OS/2 Warp auf der MCA-Maschine mitin- 
stalliert wurden, obwohl sie eigentlich nur für ISA-Bus-Maschinen 
vorgesehen sind, wurden allerdings als korrekt markiert. Also prüft 
und erkennt ConfigMaint/2 das Bussystem des untersuchten Rech¬ 
ners nicht. Das ist jedoch zu verschmerzen, da im unteren Fenster 
der Benutzeroberfläche von ConfigMaint/2 entsprechende Hinwei¬ 
se zu finden sind, die Treiber eindeutig als für den ISA-Bus vorge¬ 
sehen bestimmen. Ein weiteres Plus von ConfigMaint/2 stellt der 
Button „Sort current config file“ dar, mit dem es möglich ist, ei¬ 
ne „unordentliche“ config.sys sofort direkt aus dem Programm 
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Abb. 3.1: Die Oberfläche von ConfigMaint/2. 


heraus zu sortieren und damit die Einträge in eine sinnvolle, für 
das Betriebssystem nacheinander abzuarbeitende Reihenfolge zu 
bringen. Als weiteren Vorteil kann man die Möglichkeit betrach¬ 
ten, ebenfalls direkt aus dem Programm heraus mit der Funktion 
des Buttons edit recovery options/ multiple config files mehrere 
conf ig. sys-Dateien zu bearbeiten und damit im Falle versehent¬ 
licher fehlerhafter Modifikationen eine alte config.sys aus dem 
Archiv wieder zu aktivieren. Unter der Option „Show report of all 
errors detected“ hat der Anwender zudem die Möglichkeit, sich alle 
problematischen Einträge, die das Programm als fehlerhaft markiert 
hat, anzeigen zu lassen, ohne sich jeweils durch die gesamte Da¬ 
tei, die bekanntlich einige hundert Zeilen umfassen kann, hindurch¬ 
blättern zu müssen. In diesem Modus werden auch jene Einträge 
als fehlerhaft angezeigt, bei denen ConfigMaint/2 eingestellte op¬ 
tionale Parameter nicht erkannt hat. Solche Zeilen müssen also 
nicht zwingend einen Fehler aufweisen. Dennoch sollte man sie auf 
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ihre Korrektheit hin überprüfen. Ein Klick auf eine beliebige Zeile 
der config.sys fördert außerdem oftmals mehrere Seiten lange 
Hilfen und Erläuterungen zu den einzelnen Parametern der Ein¬ 
träge zutage, die so manchem versierten Anwender noch ein Aha- 
Erlebnis bescheren dürften. ConfigMaint/2 erkannte in den von mir 
getesteten Dateien nahezu alle Einträge und konnte auch wertvol¬ 
le Hilfen zu diversen Parametern anbieten, die der Anwender in 
der gängigen Literatur nicht oder nur nach sehr aufwendiger Su¬ 
che findet. Natürlich fehlt auch die Möglichkeit nicht, die gesamte 
config.sys sofort aus dem Programm heraus mithilfe eines vor¬ 
her definierten Editors aufzurufen und am Stück zu modifizieren. 
Diese Option ist insbesondere dann eine nützliche Hilfe, wenn viele 
Fehler in einer Datei aufgetreten sind und man die Einträge nicht 
jeweils zeilenweise korrigieren oder modifizieren will. Für die zei¬ 
lenweise Korrektur bietet ConfigMaint/2 nach einem Doppelklick 
auf die betroffene Zeile entsprechende Vorschläge an. Ein anschlie¬ 
ßender Klick mit der rechten Maustaste erlaubt es dem Anwender, 
die Zeile zu löschen, mit einem vorangestellten REM zu deaktivieren 
oder verschiedene Informationen zum markierten Treiber anzeigen 
zu lassen, wie Größe, Release-Datum, Revisionlevei u.s.w. 

Configinfo kann zwar - wie oben bereits beschrieben - nicht mit 
einer automatischen Analyse beim Programmstart aufwarten, die¬ 
se wird erst nach einem Mausklick auf den Button „Analyse and 
report items...“ aktiviert. Das Programm bietet dann eine umfas¬ 
sende Hilfestellung zur Modifikation der als problematisch erkann¬ 
ten Einträge, wobei auch auf die verschiedenen Dateisystemtypen 
eingegangen wird und deren jeweils spezifische Einstellungen. 

Auch Configinfo erkennt nicht das Bussystem des geprüften 
Rechners, stellt also keine Analyse der Hardware an. Gegenüber 
ConfigMaint/2 weist Configinfo in der Verfügbarkeit von Treiber¬ 
informationen zudem einige kleinere Schwachstellen auf, die durch 
das höhere Alter des Programms bedingt sein dürften: So erkann¬ 
te Configinfo unter OS/2 Warp v.4 keinen einzigen der in der 
config.sys aufgeführten RUN-Befehle. Ebenso wurden die Trei¬ 
ber, die durch das Verzeichnis C:\MM0S2 eindeutig als Einträge 
für Multimedia-Komponenten identifizierbar sind, von Configinfo 
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Abb. 3.2: Die Oberfläche von Configinfo. 


nicht erkannt. Als Vorteil gegenüber ConfigMaint/2 ist die Druck¬ 
funktion unter Configinfo zu nennen, mit der man einerseits die 
geladene config.sys ausdrucken kann, andererseits jedoch auch 
die Hilfetexte aus dem unteren Informationsfenster oder gar die 
gesamte Datei mit nützlichen Tips. Änderungen an den jeweili¬ 
gen Einstellungen in der config.sys können unter Configinfo so¬ 
fort durch einen Doppelklick mit der linken Maustaste zeilenwei¬ 
se vorgenommen werden. Das Programm erlaubt dann, entweder 
am Prompt die Einstellungen direkt zu ändern, oder aber mit dem 
Button REM die jeweilige Zeile für das Betriebssystem zu deaktivie¬ 
ren. Durch den Aufruf des Editors kann jedoch auch beispielsweise 
nach Anzeige aller Vorschläge zur Modifikation die gesamte Da¬ 
tei überarbeitet werden. Als weitere Goodies bietet Configinfo die 
Schaltflächen „Obscure config.sys commands“ und „Warning, cau- 
tions and disclaimer. A must read!“ . Während die Aktivierung der 
„obskuren“ conf ig.sys-Befehle eine ganze Reihe von Einträgen 
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aufweist, die man üblicherweise in keiner conf ig. sys-Datei zu Ge¬ 
sicht bekommt, und die man mit größter Vorsicht genießen sollte, 
werden unter „Warnings, cautions and disclaimer...“ einige Tips 
gegeben zur sicheren Modifikation einer bestehenden conf ig. sys- 
Datei. Außerdem erhält man dort unterhaltsame Informationen zur 
Entstehungsgeschichte des Programms. 

3.1.3 Fazit 

Die beiden vorgestellten Hilfsprogramme sind gleichermaßen au¬ 
ßerordentlich nützlich und ein regelrechter Wissens-Fundus für den 
engagierten OS/2-Anwender. Auch für Profis ergeben sich bei den 
viele Seiten langen Tips und Tricks sicherlich noch einige interes¬ 
sante Aspekte zum Verständnis des Betriebssystems. Der Funkti¬ 
onsumfang beider Programme ähnelt sich sehr, die Oberfläche von 
ConfigMaint/2 wirkt jedoch grafisch etwas ansprechender. Wer ein 
hervorragendes Programm zur Sortierung und sofortigen Analyse 
der config.sys benötigt, ist vermutlich mit ConfigMaint/2 et¬ 
was besser bedient. Wer hingegen unter OS/2 Warp 3 arbeitet und 
die etwas schwächere Informationsbasis bei neueren Treibern ver¬ 
schmerzen kann, dafür aber leistungsfähigere Editierfunktionen und 
eine größere Fülle an wissenswerten Tips zu schätzen weiß, ist mit 
Configinfo besser bedient. Finanzielle Einbußen entstehen bei bei¬ 
den Programmen nicht, da sie als Freeware vertrieben werden. Und 
als erfreulich darfauch bewertet werden, daß die Datenbasis beider 
Programme kontinuierlich gepflegt und aktualisiert wird. Ich habe 
für mich bereits eine Wahl getroffen: Es gehören beide Programme 
auf die Festplatte. 


Autor: Erik Bärwaldt 
eMail: ebaerwaldtQcefischer. de 

3.2 Backup mit PKZip für OS/2 

Datensicherung muß sein. Das merkt auch der bequemste Com¬ 
puteranwender spätestens dann, wenn seine Festplatte den Betrieb 
gänzlich einstellt oder sich ein hartnäckiger Virus eingenistet hat, 
der alle Daten löscht. In solchen Fällen ist es zu spät. Es kann 
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aber auch sein - wie jüngst in der Uniklinik Köln - daß ein Com¬ 
puter Dieben in die Hände fällt und ohne verfügbare Sicherungs¬ 
kopien monatelange Forschungsarbeit verloren geht. Neben Strea¬ 
mern, ZIP-Laufwerken und teuren Backup-Programmen bietet sich 
sowohl für den Normalanwender als auch für den kommerziellen 
Anwendungsbereich das neue PKZip für ein bequemes und siche¬ 
res Backup an. Hinzu kommt die Möglichkeit einer ordentlichen 
Passwort-Sicherung. 

3.2.1 Festplattenverwaltung 

Wer heute einen Computer kauft, erwirbt ihn zumeist mit vorin¬ 
stallierter Software. Aber selten sind die Festplatten partitioniert. 
Alles auf einer Partition laufen zu lassen, führt zu einem heillosen 
Durcheinander. Daher sollte man die Festplatte aufteilen, also parti¬ 
tionieren: Das Betriebssystem und alle wichtigen Utilities sollten in 
einer eigenen Partition ihren Platz finden, Anwendungsprogramme 
in einer anderen. Wichtige, unersetzliche Daten sollten zumindest 
ein eigenes Unterverzeichnis haben. Das erleichtert die Datensiche¬ 
rung ungemein. 

Normalerweise genügt dem Anwender ein generelles Backup al¬ 
ler Partitionen, um bei einem Absturz oder neuen Festplatten die 
gesamte Konfiguration schnell wieder aufspielen zu können. Dafür 
eignen sich Speichermedien wie Streamer oder ZIP-Laufwerke bes¬ 
ser. Für die Sicherung kleinerer Datenmengen eignet sich aber auch 
die gute alte Diskette. OS/2 verfügt über die weitgehend unbe¬ 
kannte Eigenschaft, auch nicht normgerecht formatierte Disketten 
lesen und beschreiben zu können. Sogar das alte CP/M Format 
von Armstrad CPC und Joyce kann bearbeitet werden. Das gilt 
vor allem für überformatierte Disketten. So bringt das alte DOS- 
Formatierprogramm FD-FORMAT die Disk auf 1,75 MB (statt 1,44 
MB). Nur funktioniert hier die Formatierung lediglich unter reinem 
DOS, nicht mal in einem DOS Gesamtbildschirm. Doch es lohnt 
sich: Gerade bei einer Datensicherung auf Disketten erspart ein 
derartiges Vorgehen einige solcher Datenträger. Es sind aber auch 
andere Formatierungs-Programme auf dem Markt, mit denen sich 
Disketten optimaler nutzen lassen. Nur ist FD-FORMAT Freeware- 
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es kostet also nichts. Man wird es in Mailboxen sicherlich noch fin¬ 
den. Entsprechende OS/2-Programme sind dem Autor unbekannt. 

3.2.2 Sinnvolle Datensicherung 

Programme, die man ohnehin neu installieren kann, müssen nicht 
unbedingt gesichert werden. Mur wenn eine aufwendige Konfigurie¬ 
rung erforderlich ist, wird auch die Sicherung eines bereits konfigu¬ 
rierten Programms sinnvoll. In dem Fall sichert man zweckmäßig 
nur das entsprechende Verzeichnis. Ganz wichtig wird die Sicherung 
da, wo eigene Daten unwiederbringlich verloren gehen können. Sol¬ 
che Daten sichert man zweckmäßig zweimal ab und erneuert ein 
Update abwechselnd auf den beiden Speichermedien, die man für 
das Backup verwendet. 

3.2.3 Durchführung des Backups 

Die Durchführung der Datensicherung könnte man auch mit dem 
normalen Backup-Programm vornehmen. Aber das ist nicht so kom¬ 
fortabel und bietet weniger Auswahlmöglichkeit. Und es kann au¬ 
ßerdem sein, daß restore mit den gesicherten Daten nichts anzu¬ 
fangen weiß, wenn man diese benötigt. Solche Backup-Programme 
entstammen noch der Computersteinzeit, genauer der CP/M - Dy¬ 
nastie und bieten so gut wie keinen Komfort. Mit einem gewissen 
Hang zur Nostalgie läßt sich auch damit arbeiten - oder mit Gott¬ 
vertrauen. Auch ist die Verwaltung der so gesicherten Daten nicht 
unbedingt anwenderfreundlich. 

Einen Ausweg stellte schon früher der Packer ARJ dar: Er bot 
als einziger seiner Art die Möglichkeit, über mehrere Disketten hin¬ 
weg zu sichern und so eine gesamte Partition samt Unterverzeich¬ 
nissen an einem Stück zu bearbeiten. ARJ für OS/2 wird nicht 
weiterentwickelt und ist auch schon hinsichtlich seiner Effektivität 
betagt. 

Nun bietet PKZip seit der Version 2.5 den gleichen Komfort bei 
wesentlich besserer Komprimierung der Daten und das vor allem 
auch den wahrlich nicht mit preiswerten Anwendungen verwöhn¬ 
ten OS/2-Benutzern. Hinzu kommt der schon erwähnte Passwort¬ 
schutz der Archive. Der ist vor allem dann gefragt, wenn wichti- 
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ge Daten sicher verschickt werden sollen, sei es nun über Inter¬ 
net, Mailbox oder mit normaler Post. In solchen Fällen erstellt 
man zweckmäßig eine passwortgeschützte selbstentpackende EXE- 
Datei. 

Beschreibung von PKZip 

PKZip gehört, es wurde schon erwähnt, wie LHA, ARJ, ZOO und 
ARC zu der nützlichen Familie der Packer. Mit diesen Program¬ 
men werden Dateiriesen zu platzsparenden Zwergen zusammen¬ 
gestaucht, die auf der Sicherungsdiskette erheblich weniger Platz 
benötigen. Das Programm merkt sich auf Befehl auch alle Unterver¬ 
zeichnisse und schreibt die Daten wie gewünscht zurück. Besondere 
Vorteile sind dabei: 

• platzsparende komprimierte Dateien 

• jede Datei kann einzeln behandelt und extrahiert werden 

• höchstmögliche Sicherheit und Überprüfung 

• absoluter Paßwortschutz 

• geringe Kosten 

Wenden wir uns PKZip nun im speziellen zu. Das neue PKZip 
arbeitet mit neuen Befehlen und läßt sich selbst nach Wunsch kon¬ 
figurieren. PKZip für OS/2 ist ein Handbuch beigefügt, jedoch ist 
es nur auf Englisch verfügbar. Demzufolge ist also dessen Studium 
vonnöten - wer hat dazu aber schon die Zeit und den Nerv? 

Mit PKZip arbeiten 

PKZip arbeitet mit Befehlen und Schaltern. Im Begriff Befehl ist 
schon enthalten, daß hier die eigentliche Anweisung erfolgt. Die 
Schalter haben eine regulative Wirkung und legen fest, in wel¬ 
cher Form der Befehl ausgeführt wird. Befehle stehen hinter einem 
Schrägstrich, Schalter werden durch = dem Befehl zugeordnet. 

Am bequemsten erstellt man mit einem Editor eine praktische 
Batchdatei, die unter OS/2 die Extension CMD erhält. In einem 
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OS/2-Fenster ruft man dazu auf: 

E PKBACKUP.CMD 

Und so sähe die entsprechende Batchdatei aus: 

@echo off 

rem PKZip (R) Software for OS/2 

rem Normale Sicherung einschlielich Unterver- 

rem zeichnisse und Systemdateien, sowie EAs 

rem 

IF °/ 0 lx == x goto hilfe 

rem (Wird kein Laufwerk aufgerufen, kommt die 
rem Belehrung.) 

IF °/ 0 2x == x goto hilfe 

rem (der eigentliche Aufruf) 

pkzip /add /attr=system,hidden 

/max /recurse /path °/ 0 2SICHERN °/.l 
rem (SICHERN ist hier der Dateiname fr die 
rem Sicherungsdatei. Er kann beliebig gewhlt 
rem werden.) 

rem unter °/ 0 l und °/ 0 2 erwartet das Programm die 
rem Angabe von Laufwerk und Verzeichnis.) 
goto end 
:hilfe 

echo PKBACKUP.CMD Erl"auterung 

echo- 

echo Aufruf: LW: \dir\dat .ext Sicherungslaufwerk 

echo Beispiel: E: \os2\mdos\* .ASC a: 

echo Also alle ASCII-Dateien. 

echo Wenn alles gesichert werden soll: 

echo Wildkarts benutzen z.B. *.D0C oder 0S2????.* 

echo- 

: end 

@echo on 

Natürlich kann man Befehle und Schalter hinter pkzip den persönli¬ 
chen Wünschen anpassen, z. B.: 
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@echo off 

rem PKZip (R) Software for OS/2 
rem Sicherung, selbstentpackend, einschlielich 
rem Unterverzeichnissen und Beschreibung (Header) 
rem 

IF °/ 0 lx == x goto hilfe 
IF °/ 0 2x == x goto hilfe 
IF °/ 0 3x == x goto hilfe 

pkzip /add /attr=system,hidden /max /recurse /path 
/sfx /hea=@°/ 0 3 °/,2SICHERN 7,1 

goto end 
:hilfe 

echo PKBACKSF.CMD Erluterung 

echo- 

echo Aufruf: LW: \dir\dat .ext Sicherungslaufwerk 

echo Beispiel: E:\os2\mdos\*.* A: 

echo 

echo Kopfdatei mit Pfad angeben, die der Sicher- 

rem ungsdatei vorangestellt wird. 

echo Beispiel: C:\*.* A: C:\schreibe\HEADER.TXT 

echo- 

:end 

@echo on 

Soll das Archiv zusätzlich mit einem Passwort versehen werden, 
gehört noch /pass=7,4 hinter den Aufruf von pkzip und die Zeile 
IF 7o4===x goto hilfe an den Anfang der oben wiedergegebe¬ 
nen Batchdatei 4 . 

Die Dateien sollten dann als Plain-Text abgespeichert werden. 
So lassen sie sich nach einer Änderung der Extension in *.BAT auch 
unter DOS und Windows verwenden. Auch dafür gibt es das neue 
PKZip. 


4 Anmerkung der Redaktion: Aus satztechnischen Gründen wurden Befehls¬ 
folgen, die in einer Zeile angegeben werden müssen, umgebrochen. Bitte 
beachten Sie dies bei der Befehlseingabe in REXX-Skripten, Batch-Dateien 
oder auf der Kommandozeile. 
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Hinweis 

Diejenigen Befehle, die bereits im Programm selbst konfiguriert 
wurden, können in der eigentlichen Befehlszeile weggelassen wer¬ 
den (siehe weiter unten bei /config). 


3.2.4 Voreinstellungen 

Es gibt bei PKZip die bequeme Art, Schalter festzusetzen. Das er¬ 
spart lange Befehlszeilen. Mit dem Aufruf: 

PKZip /config 

werden die voreingestellten Befehle und Schalter angezeigt. Und 
nun kann man die Grundkonfiguration ändern. Mit: 

pkzip /config /lokale=germany 

wird Datum und Uhrzeit auf deutsche Verhältnisse eingestellt. Das 
ist zunächst einmal sinnvoll. Weitere sinnvolle Konfigurationen sind 
/recurse und /path (alle Unterverzeichnisse und mit vollständiger 
Pfadangabe speichern). Auch die Komprimierstufe und die davon 
abhängige Geschwindigkeit kann fest eingestellt werden. 

3.2.5 Befehle und Schalter 

/add Im Beispiel oben ist der eigentliche Befehl: addieren, das 
heißt, Programme und die Sicherungsdatei aufnehmen. Mit Schal¬ 
ter /add=update werden noch nicht vorhandene und geänderte 
Dateien beigeschrieben. /add=freshen sichert nur geänderte Da¬ 
teien. 

Die Schalter freshen und update sind nur sinnvoll anzuwen¬ 
den, wenn die Sicherung auf Festplatte, Streamer oder ZIP-Laufwerk 
erfolgt, oder aber wenn die Sicherungsdisketten nicht bis zum Rand 
gefüllt sind. Sonst fehlt einfach Platz für neue Dateien. Bei freshen 
und update empfiehlt es sich, die Arbeiten in einer temporären Da¬ 
tei auf Festplatte ablaufen zu lassen. Das geht schneller: 
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/temp=C: \NAME 

läßt die Prozedur auf Laufwerk C: ablaufen. Die im Handbuch 
erwähnte Möglichkeit, die temporäre Datei auf einem virtuellen 
Laufwerk 5 ablaufen zu lassen, ist unter OS/2 wenig sinnvoll, da 
hier das Betriebssystem den Speicher ohnehin voll ausnutzt. 

/aft und /bef Der Befehl /aft=DATUM sichert alle Daten, die 
nach ab dem angegebenen Datum erstellt wurden. Um die Dateien 
vor dieser Zeit zu sichern, gibt man /bef=DATUM an. 


Achtung! 

Wenn in der Konfiguration das Land nicht umgestellt wurde, muß 
das Datum in englischer Form eingegeben werden. Man kann den 
/lokale-Befehl allerdings auch nur für die jeweilige Sicherungs¬ 
datei verwenden und die Konfiguration im übrigen unverändert 
lassen. Das macht aber nur Sinn, wenn man Daten ins englisch¬ 
sprachige Ausland verschicken will. 

V___ 


/attr PKZip ist so voreingestellt, daß auch Dateien, die nur gele¬ 
sen werden können, gesichert werden. Will man auch Systemdateien 
oder verdeckte Dateien sichern, so ist es erforderlich, den Befehl 
/attr mit mit den Schaltern: 

/attr=system, hidden 

einzugeben. Die Angabe der Attribute der zu sichernden Dateien 
läßt sich auch fest konfigurieren. 


/dir Mit /dir läßt sich für die Befehle /add und /extract ein 
bestimmtes Verzeichnis festlegen. Beispiel: 

/dir=<LW>:\<Verzeichnisname> 

5 Als virtuelle Laufwerke bezeichnet man auch RAM-Laufwerke. 
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/recurse Der Befehl ist notwendig, wenn auch Unterverzeichnisse 
mit einbezogen werden sollen. Diesen Befehl sollte man auch mit 
/conf ig /recurse festlegen. 

/path stellt sicher, daß die Dateien mit vollständigem Pfad gesi¬ 
chert werden. Das erleichtert die Rückschreibung. Auch hier emp¬ 
fiehlt sich die absolute Einstellung mit /conf ig. 

/sfs Es wird eine Selbstentpack-Datei mit der Extension *.EXE 
erstellt. Das ist aber nur mit der registrierten Version möglich, nicht 
mit der Shareversion. 

/hea=@NAME Man kann der Sicherungsdatei eine Erklärung 
(Header, Kommentar) voransetzen. Der Header muß zuvor als rei¬ 
ne ASCII Datei erstellt und mit dem obigen Befehl geladen werden. 
Dabei dürfen Laufwerk und Pfad nicht fehlen, damit die Datei auch 
gefunden wird, also: 

/hea=@C: \texte\NAME .EXT 

Mit dem Klammeraffen (@) wird PKZip angezeigt, daß eine Da¬ 
tei zu laden ist. Wem dieses Zeichen nicht gefällt, kann mit: 

pkzip /config /char=ZEICHEN 

auch ein anders Zeichen konfigurieren. 

/move Die vorhandenen Daten werden nach der Sicherung ent¬ 
fernt. 


Achtung! 

Diesen Befehl mit Vorsicht einsetzen! Wird nämlich die Sicherung 
unterbrochen, sind sowohl Sicherungsdatei wie auch Originale da¬ 
hin. 
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/view Wird dieser Befehl angegeben, wird der Inhalt einer vor¬ 
handene ZIP-Datei aufgelistet. Daß man angeben muß, wo sich 
diese Datei befindet, versteht sich von selbst. 


/more Pause nach jeder angezeigten Bildschirmseite einlegen. In 
der Funktion vergleichbar mit dem schon von der Kommandozeile 
her bekannten Befehl more. 


/max und /fast Mit /max wird die höchste Kompressionsstufe 
(9) eingestellt, bei /fast arbeitet PKZip schneller, aber mit ge¬ 
ringerer Kompressionsstufe (2). Es können auch Zwischenstufen 
gewählt werden (siehe Handbuch). Die Normalstufe ist 5, also ei¬ 
ne mittlere Einstellung. Auch hier kann in der Konfiguration jede 
beliebige Stufe von 1-9 fest eingestellt werden. 

/excl Es können Dateien von der Aufnahme ins Archiv ausge¬ 
nommen werden. Beispiel: 

pkzip /add /attr=system,hidden /max 
/recurse /path /excl=*.BAK 

Damit wären die wichtigsten Befehle zur Erstellung einer Siche¬ 
rungsdatei behandelt. Wer bestimmte eigene Vorstellungen von ei¬ 
nem idealen Backup hat, mag an dieser Stelle ruhig experimentieren 
und auch auf das Handbuch zurückgreifen. Die weniger experimen¬ 
tierfreudigen Anwender können es allerdings bei den vorgestellten 
Batchdateien belassen. 

Zusätzliche Hinweise Zwar ist das Programm pkzip . exe so an¬ 
gelegt, daß es ihm egal ist, ob man groß oder klein schreibt, jedoch 
erleichtert eine präzise Schreibweise die Lesbarkeit. Das wird an die¬ 
sem Beispiel deutlich: Alles, was klein geschrieben ist, gehört zum 
Genre Befehle und Schalter. Die groß geschriebenen Teile sind Pro¬ 
grammnamen; jeder große Einzelbuchstabe mit einem Doppelpunkt 
dahinter bezeichnet ein Laufwerk. 
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3.2.6 Regelmäßige Sicherung 

Bei Sicherung von Festplatten, bei denen nur Teile oder Arbeitsver¬ 
zeichnisse gesichert werden sollen, hilft auch eine Batchdatei, in der 
alles der Reihe nach aufgeführt ist, was ständig gesichert werden 
soll. Das empfiehlt sich vor allem bei täglicher oder wöchentlicher 
Datensicherung. Beispiel: 

OECHO OFF 
C:\arbeit\*.DOC 
E:\schreibe\*.TXT 
E:\schreibe\*.WPT 
F:\order\*.DBF 

Wenn man dann noch den Aufruf des Arbeits- oder Textpro¬ 
gramms in eine solche Batchdatei schreibt und zum Schluß die 
Datensicherung angegeben hat, erfolgt nach dem Abschluß der Ar¬ 
beiten die Sicherung automatisch (Den Computer einfach auszu¬ 
schalten, sollten sich OS/2-Anwender inzwischen abgewöhnt ha¬ 
ben.) 

Am Diskettenwechsel kommt man natürlich nicht vorbei, wenn man 
viele Daten auf Disketten sichert. PKZip meldet sich aber, wenn 
eine neue Disk eingelegt werden muß. 


Achtung! 

Vorsicht ist geboten, wenn man feststellt, daß es genug ist und 
den Sicherungsvorgang abbricht.Dann sollte unbedingt die letzte 
Diskette mit einer Sicherungsdatei aus dem Laufwerk entfernt 
werden. Sonst löscht PKZip diese Datei wieder. Bitter wird das, 
wenn man den Löschbefehl /move gesetzt hat und die bereits 
gesicherten Daten am Ursprungsort gelöscht wurden. Dann hilft 
nur noch Phönix/2, das praktische Undelete-Programm aus dem 
JBM EWS-Bereich. _ 


Sinnvoll ist auch, ungelabelte Disketten bereit zu halten, denn 
diese werden während des Sicherungsvorganges der Reihe nach mit 
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einer Bezeichnung versehen. So kann man mit dem Aufruf: LABEL 
auch dann die richtige Disk finden, wenn der Aufkleber nicht mehr 
lesbar sein sollte. Die Abfrage, ob überschrieben werden soll, läßt 
sich allerdings abschalten. 

3.2.7 DOS-Kompatibilität 

Eine gezippte Datei zu versenden ist heute üblich. Aber nicht jeder 
hat die neueste Version von PKZip zur Verfügung. Mit dem Befehl 
/204 erstellt PKZip eine Datei, die auch von PKUnzip ausgepackt 
werden kann. Man kann diesen Befehl auch auf eine bereits erstellte 
Sicherungsdatei anwenden oder gar fest konfigurieren. 

3.2.8 Weitere Hinweise 

Bestimmte Dateien aus einer gepackten Datei zu entfernen ist 
leicht: 

PKZip /del SICHERN.ZIP *.BAK 

Damit werden alle *.BAK-Dateien aus der Datei SICHERN entfernt. 

Um die Datei mit einem Paßwort gegen unerwünschtes Auspacken 
zu sichern, gibt man ein: 

/pass=NAME 

Aber Vorsicht: Ein verlorenes Paßwort bedeutet das Ende der Da¬ 
ten! Optimaler Schutz bedingt eben ein gewisses Risiko. Man kann 
allerdings ein Passwort direkt in die Konfiguration einbinden. Das 
hat man mit dem Aufruf: 

PKZip /config 

immer vor Augen - allerdings auch jeder, der eine Kopie dieses 
so konfigurierten Programms besitzt. Im Versand zwischen einzel¬ 
nen Zweigen von Betrieben über Internet oder Disketten kann das 
jedoch sehr nützlich sein. 
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3-2.9 Entpacken von Archiven 

Dateien müssen aus einem Archiv natürlich auch entpackt werden 
können. Ein PKUnzip ist dafür allerdings nicht mehr erforderlich, 
PKZip macht jetzt alles alleine. Der Befehl /extract entpackt 
alle Dateien so wie sie gesichert wurden. Wird dabei eine bestimmte 
Datei angegeben, so wird nur diese entpackt. Auch hier hilft wieder 
eine praktische kleine Batchdatei 6 : 

@echo off 

rem PKZip (R) Software for OS/2 
rem 

rem Restore einschlielich Unterverzeichnissen 
rem 

IF # /l == x goto hilfe 
IF °/ 0 2 == x goto hilfe 

pkzip /Ext=up /attr=system,hidden /max 

/recurse /path °/ 0 lsichern °/ 0 2 

goto end 
:hilfe 

echo PKZip.CMD Erluterung 

echo- 

echo Aufruf: LW: \dir\dat .ext Rckschreibelaufwerk 
echo Beispiel: a:sichern.zip e:\os2\mdos\ 

echo- 

: end 

Der Schalter /ext=update überschreibt nur Dateien mit älterem 
Datum als die Sicherungsdateien und fügt nicht vorhandene hin¬ 
zu. Mit =freshen werden nur vorhandene Dateien älteren Datums 
überschrieben. Die Schalter /ext=aft, =bef und =exclude wer¬ 
den wie bei /all benutzt. 

Nun will man manchmal nicht alle Dateien überschreiben. Dafür 


6 Anmerkung der Redaktion: Beachten Sie bitte auch hier, daß aus satztech¬ 
nischen Gründen der pkzip-Befehl im obigen Beispiel auf zwei Zeilen werden 
mußte und daß in der Batchdatei nur eine Zeile stehen darf. 
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existiert der Befehl /overwrite, der folgende Schalter kennt: 

=never (keine Dateien überschreiben) 

=prompt (abfragen, ob überschrieben werden soll). 

Die Standard-Einstellung ist =all 


Hinweis 

PKZip will bei der Rückschreibung die letzte Sicherungsdisket¬ 
te vorab sehen. Wird eine Sicherung vorzeitig abgebrochen, fehlt 
diese Diskette und die Rückschreibung mit dem oben vorgestell¬ 
ten Batchfile funktioniert nicht mehr. Dennoch sind die Daten 
sicher. Wird in einem OS/2-Fenster PKZIP /ext aufgerufen, mel¬ 
det der Packer einen Fehler und verlangt anschließend die Angabe 
eines neuen Dateinamens. Dahin wird die gesicherte Datei umge¬ 
schrieben und kann dann beliebig entpackt werden. Fortlaufende 
Disketten sollte man auch dann in der richtigen Reihenfolge ent¬ 
packen, da Daten geteilt sein können. 


3.2.10 Weitere Eigenschaften 

Sowohl in der Konfiguration wie auch in allen Befehlen läßt sich 
mit /silent die Bildschirmausgabe unterdrücken. Das ist schon 
deshalb sinnvoll, weil OS/2 die Sicherungsarbeiten korrekt im Hin¬ 
tergrund verrichtet. In einem solchen Fall verfolgt man das Gesche¬ 
hen ohnehin nicht. 

Mit /print läßt sich ein Inhaltsverzeichnis der gepackten Datei 
ausdrucken. Da heute oft ein Faxserver als Alternative zum Stan¬ 
darddrucker vorhanden ist, sollte man den Schalter =LPT1 (oder 
=LPT2) hinzusetzen. 

Mit /fix kann man ein defektes Archiv reparieren. 

Abschließend ist zu sagen, daß sich PKZip in der Version 2.5 als 
optimales und preisgünstiges Backup-Programm empfiehlt. Über 
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die Sharewareversion läßt sich das praktisch kostenlos ausprobie¬ 
ren. Der deutsche Distributor ist die Firma Kirschbaum in 83550 
Emmering. Die Einzelplatzlizenz kostet 89- DM; Mehrplatzlizen¬ 
zen verbilligen sich enorm (bis 20 DM bei 200 Plätzen). Es lohnen 
sich also Sammelbestellungen. 


Autor: Bruno Melchert 
eMail: bmelchertQcefischer.de 



Kapitel 4 

Know how 


4.1 Drucken unter OS/2 via Ghostscript 

Das Drucken unter OS/2 kann manchmal ganz schön problematisch 
sein - oft wird ein Drucker zwar unterstützt, aber das Druckergebnis 
der IBM-Treiber ist alles andere als optimal. Doch hier kann man 
Abhilfe schaffen, indem man über einen kleinen Umweg druckt, 
nämlich über Ghostscript. 

Was ist Ghostscript? Ghostscript ist ein Postscript-Interpreter. 
PostScript wiederum ist eine Druckersprache, die im professionel¬ 
len Bereich zu Hause ist, wo hohe Qualität und hohe Reprodu¬ 
zierbarkeit von Druckergebnissen wichtig sind. Postscript-Drucker 
sind, nicht zuletzt wegen der an Adobe (der Firma, die PostScript 
entwickelt hat) abzuführenden Lizenzgebühren, recht teuer. Hier 
kommt Ghostscript ins Spiel: es erlaubt, PostScript-Daten auch 
auf Druckern auszugeben, die eigentlich mit PostScript nichts an¬ 
fangen können. Ghostscript interpretiert den Postscript-Code und 
wandelt ihn in eine Sprache um, die der entsprechende Drucker 
versteht. 

Beispielsweise läuft das Drucken unter Linux fast ausschließlich 
über Ghostscript. Linux-Applikationen erzeugen Postscript-Output, 
Ghostscript fängt diesen ab, interpretiert ihn und schickt das Er¬ 
gebnis an den Drucker. Demzufolge muß Ghostscript auch diverse 
Druckertreiber enthalten, denn es muß ja mit dem physisch ange¬ 
schlossenen Drucker kommunizieren können. Dies ist in der Tat der 
Fall, und nicht nur unter Linux, denn Ghostscript gibt es auch für 
OS/2. Die Ghostscript-Treiber erzeugen häufig einen besseren Aus¬ 
druck als die IBM-eigenen Druckertreiber, was man sich einfach zu¬ 
nutze machen kann. Es ist mit Ghostscript übrigens auch möglich, 
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die Daten über einen bereits installierten PM-Druckertreiber aus¬ 
zugeben, das geschieht über das Device os2prn. Näheres hierzu 
findet man in der Onlinehilfe von Ghostscript/ GSView. 

Ghostscript ist eigentlich ein Kommandozeilenprogramm. Wer 
möchte, kann es also vollständig auf der Kommandozeile bedienen. 
Das ist jedoch nicht notwendig, denn es gibt das PM-Frontend GS¬ 
View von Russell Lang, womit man Postscript-Dateien ansehen, 
drucken und begrenzt modifizieren kann. 

Nun erzeugen OS/2-Applikationen normalerweise jedoch keinen 
Postscript-Output, aber dafür kann man einen PostScript Drucker¬ 
treiber installieren. Empfehlenswert ist hier der Apple Color Laser¬ 
Writer 12/600 PS. Diesen könnte man in eine Datei drucken lassen, 
welche dann mit GSView geöffnet und gedruckt werden kann. 

Das ist natürlich etwas umständlich, schöner wäre es, wenn der 
Aufruf von Ghostscript und der Ausdruck darüber automatisiert im 
Hintergrund abliefen, so daß man dieses Drucksystem wie einen 
ganz normalen Drucker unter OS/2 benutzen könnte. Hierzu gibt 
es das kleine Utility printmon von Kai Uwe Rommel, printmon 
fängt Daten von einem Port ab und gibt sie an ein Programm weiter 
- in unserem Falle eben Ghostscript. 

Also bauen wir unser neues Drucksystem folgendermaßen auf: 
Eine Applikation druckt über den Apple-PS-Treiber auf einen phy¬ 
sisch nicht vorhandenen Parallelport, zum Beispiel LPT2, printmon 
läuft im Hintergrund und bewacht LPT2, und sollten dort Daten 
ankommen, wird Ghostscript gestartet, welches diese Daten inter¬ 
pretiert und dann an den „echten“ Drucker schickt. 

Hierzu ist also zuerst der Apple-Postscript-Druckertreiber zu 
installieren. Das geschieht folgendermaßen: 

1. ein neues Druckerobjekt von der entsprechenden Schablone 
auf die WPS ziehen, 

2. im sich öffnenden Dialog auf den Button „Neuen Drucker¬ 
treiber installieren... “ klicken, 

3. den Apple Color LaserWriter 12/600 PS als Drucker auswählen, 
„Installieren“ anklicken, 
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4. als Ausgabeanschluß LPT2 angeben (oder einen anderen, 
falls LPT2 im System schon vorhanden ist bzw. der Anschluß 
bereits verwendet wird), 

5. Die Schalftfläche „Erstellen“ betätigen. 

Nun wird Ghostscript installiert. Dazu besogt man sich die aktu¬ 
elle Version von der Ghostscript-Webseite 1 . Wir benötigen folgende 
Dateien: 

ftp.cs.wisc.edu/ghost/aladdin/gs550/gs550ini.zip 
ftp.cs.wisc.edu/ghost/aladdin/gs550/gs550os2.zip 
ftp.cs.wisc.edu/ghost/aladdin/gs550/gs550fnl.zip 
ftp.cs.wisc.edu/ghost/rjl/gsv27os2.zip 

Da Ghostscript die EMX-Runtime-Bibliotheken benötigt, sollten 
diese ebenfalls installiert werden, falls dies nicht schon geschehen 
ist. Man kann das Archiv auf ftp.hobbes.nmsu.edu unter: 

/pub/os2/dev/emx/vO.9d/emxrt.zip 

finden. Die Installation der EMX-Runtime ist in den darin enthal¬ 
tenen Dokumenten beschrieben. 

Die ersten drei der oben aufgezählten Dateien vom Ghostscript- 
Server enthalten Ghostscript 5.50, die letzte das PM-Frontend GS- 
View 2.7 (s. Abbildung 4.1). Zur Installation entpackt man das 
GSView-Archiv in ein temporäres Verzeichnis, in welches auch die 
drei Ghostscript-Archive kopiert werden (diese werden einfach dort 
hinein kopiert und nicht entpackt!). 

Dann startet man os2setup.exe, die weitere Installation ist 
menügeführt und sollte selbsterklärend sein (die Installationsrouti¬ 
ne fragt zu Beginn, welche Sprache verwendet werden soll, hier kann 
auch Deutsch ausgewählt werden). Das Setuprogramm schlägt vor, 
Ghostscript in das Verzeichnis <LW>: \GST00LS\GS5 .50 und GS- 
View in das Verzeichnis <LW>: \GST00LS\GSVIEW zu installieren, 


1 http://www.cs.wisc.edu/ ghost/ 
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diese Struktur sollte man auch beibehalten. Weil das Installati¬ 
onsprogramm von GSView die config.sys verändert, muß nach 
dessen Beendigung OS/2 neu gestartet werden. Beim ersten Start 
von GSView erfolgen nochmals einige Abfragen, auch diese sollten 
keine Probleme bereiten. 

Nun kommt printmon an die Reihe. Das Archiv, welches unter 
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Abb. 4.1: Oberfläche von GSView. 


ftp://hobbes.nmsu.edu/pub/os2/ 

util/printer/printmon.zip 

zu bekommen ist, wird in einem eigenen Verzeichnis entpackt. An¬ 
schließend legt man ein Programmobjekt für printmon.exe an, 
wobei folgende Einstellungen eingetragen werden sollten: 

• Pfad und Dateiname: <printmon-Pfad>\PRINTMON.EXE 

• Arbeitsverzeichnis: <LW>: \GST00LS\GS5 .50 
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Als Arbeitsverzeichnis muß hierbei unbedingt das Ghostscript- 
Verzeichnis angegeben werden! 

Das wichtigste ist die Parameterzeile des Programmobjektes, 
denn diese enthält den Aufruf von Ghostscript. Für den Fall, daß 
printmon Daten von LPT2 abfängt und Ghostscript diese mit 
300dpi Auflösung auf einen HP LaserJet 4 an LPT1 ausgibt, lautet 
diese Zeile: 

lpt2 <LW>: \gstools\GS5.50\GS0S2.EXE -sDEVICE=ljet4 
-r300 -sPAPERSIZE=a4 -s0UTPUTFILE=lptl -q - 

lpt2 ist der Port, den printmon „belauschen“ soll; die Zeile in 
Anführungszeichen ist das zu startende Programm. Die Parameter 
von Ghostscript bedeuten im einzelnen: 

-sDEVICE=ljet4: hier wird der Ghostscript-Treiber für den Laser¬ 
Jet 4 benutzt. Welche Treiber Ghostscript noch zur Verfügung 
stellt, kann man am schnellsten herausfinden, indem man sich 
einmal die verfügbaren Geräte im Druckdialog von GSView 
ansieht. Die dort zu findenden Kürzel werden auch hier auf 
der Kommandozeile benutzt. 

-r300: wir wollen die Daten mit 300dpi Auflösung auf dem Drucker 
ausgeben, im Falle eines neueren Laserjets (Laserjet 5 oder 6) 
setzt man hier -r600 für 600dpi ein. Der Apple-Postscript- 
Treiber, der den Postscript-Code erzeugt, kann maximal mit 
600dpi Auflösung ausgeben. 

-sPAPERSIZE=a4: der Drucker arbeitet mit Papier im A4-Format. 

-s0UTPUTFILE=lptl: das ist der Ausgabeanschluß, mit dem der 
„echte“, physisch vorhandene Drucker verbunden ist. 

-q: dieses Argument ist optional, damit erzeugt Ghostscript weni¬ 
ger Statusinformationen. 

Nicht vergessen sollte man den abschließenden Bindestrich! Zuletzt 
kann dem Objekt noch einen Namen geben werden (zum Beispiel 
Ghostprint). Schließlich wird der Einstellungsdialog des printmon 



64 


Kapitel 4. Know how 


Programmobjektes geschlossen. Zweckmäßigerweise legt man ei¬ 
ne Referenz desselben in den Systemstartordner, damit printmon 
bei jedem Booten von OS/2 automatisch gestartet wird und un¬ 
ser alternatives Drucksystem immer funktionsfähig ist. Am besten 
markiert man noch „Beim Start Symbolgröße“ im Einstellungs¬ 
notizbuch des Programmobjektes, damit bleibt printmon für den 
Benutzer völlig unsichtbar. 

Nun kann gedruckt werden: in der entsprechenden Applikation 
ist als Drucker nur noch der Apple Color LaserWriter 12/600 PS 
auszuwählen, alles andere geht völlig automatisch vonstatten. Das 
Drucken dauert natürlich ein klein wenig länger und belastet die 
CPU auch ein bißchen mehr, was aber auf heutigen Rechnern fast 
nicht mehr auffallen sollte. Die meist bessere Qualität der Aus¬ 
drucke ist die Mühe auf jeden Fall wert, schließlich ist die Linux- 
Fraktion mit ihren Ausdrucken auch zufrieden, und genau diesel¬ 
be Qualität kann man unter OS/2 auch bekommen. Schließlich 
braucht man ja auch auf seine gewohnten Druckertreiber nicht zu 
verzichten, diese bleiben erhalten und können bei Bedarf wie ge¬ 
wohnt aus den Applikationen heraus benutzt werden. 

Autor: Thomas Billert 
eMail: thbillertQcefischer.de 


4.2 IBM CSet 2.1 mit Toolkit 4.x nutzen 

Entgegen vieler Unkenrufe interessieren sich noch viele Entwick¬ 
ler für OS/2 und möchten weiterhin neue Anwendungen schreiben. 
Und IBM bietet eine sehr gute Unterstützung. Nur welche Com¬ 
piler der Entwickler einsetzen kann, das wird leider verschwiegen. 
Bevor VisualAge C++ auf den Markt kam, arbeitete man für die 
C/ C++ Entwicklung mit dem IBM C Set und mit der IBM Work- 
Frame, keinem sonderlich schönen aber ungemein praktischen - 
und: schnellen! - Programm. Nun jedoch soll der Einsatz des C 
Sets mit den neuesten Toolkits nicht mehr möglich sein, und man 
wird zum Umsteigen auf VA gezwungen. So sieht es zumindest aus. 
So ist es aber nicht. Natürlich - wer sein IBM C Set 2.1 und die 
WorkFrame (entweder in der Version 1.1 oder 2.1) auch mit dem 
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IBM OS/2 Toolkit 4 bzw. 4.5 einsetzen möchte, wird zunächst kei¬ 
nen Erfolg mit dieser Kombination haben. Sowohl nmake.exe als 
auch rc.exe werden mit einer Reihe der unterschiedlichsten Feh¬ 
lermeldungen beendet. Glücklicherweise gibt es einen Ausweg aus 
diesem Problem, der einem neben einer funktionierenden Entwick¬ 
lungsumgebung auch noch dabei hilft, Geld zu sparen. Denn das 
für die Toolkits 4 und folgende empfohlene IBM VisualAge 4.x ist 
alles andere als preiswert und erfordert außerdem mehr Ressourcen 
sowie eine gewisse Einarbeitungszeit. 

Wenn Sie Ihre alte Konfiguration beibehalten möchten, müssen Sie 
das installierte Toolkit 4 bzw. 4.5 patchen. Das geht wie folgt: 

1. Sie finden in dem Verzeichnis \archived nach der Installati¬ 
on des Toolkits folgende Dateien: nmake.exe, nmake4.inf, 
rc.exe, rc4.inf, rcpp.err und rcpp.exe. Kopieren Sie 
diese Dateien (bis auf jene mit der Endung inf) in das Unter¬ 
verzeichnis \bin des Toolkitverzeichnisses. Die neuen Datei¬ 
en der Installation werden dadurch ersetzt. 

2. Beim Toolkit 4.5 existiert das Verzeichnis \archived nicht 
mehr. Sie können in diesem Falle ganz bedenkenlos die oben 
genannten Dateien aus dem Verzeichnis der Version 3.0 des 
Toolkits kopieren. 

3. Anschließend öffnen Sie config.sys und überprüfen Sie, daß 
sich das Toolkitverzeichnis mit den ausführbaren Programm¬ 
dateien (\bin) am Beginn der Anweisung 

SET PATH= ... 

befindet. Nehmen wir an, das Toolkit sei in einem Verzeich¬ 
nis names g:\programm\develop\toolkit4 installiert, so 
müßten Sie sicherstellen, daß die Definition der Umgebungs¬ 
variablen PATH so beginnt: 

SET PATH=g:\programm\develop\toolkit4\bin; ... 
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Eigentlich sollte es egal sein, wo im Path sich ein Verzeichnis mit 
ausführbaren Programmdateien befindet. Nicht jedoch in diesem 
Falle. Tragen Sie das Toolkit \bin-Verzeichnis nämlich nicht zu 
Beginn der Pfaddefinition ein, findet der RC-Compiler rc.exe die 
Datei rcpp.err nicht. Diese Datei beinhaltet Fehlermeldungen für 
den RC-Präprozessor rcpp.exe, den der RC-Compiler im übrigen 
auch nicht findet, es sei denn man kopiert diese Dateien in den 
aktuellen Pfad - und das ist natürlich inakzeptabel. 

Nachdem Sie die oben beschriebenen Veränderungen durch¬ 
geführt haben, starten Sie Ihr System neu. Anschließend können 
Sie ganz in den Genuß der neuen Toolkits kommen, ohne Ihre 
bewährte Entwicklungsumgebung aufgeben zu müssen. Übrigens: 
Mit den neuen Versionen von nmake.exe und rc.exe entgeht Ih¬ 
nen nicht sonderlich viel. Neben einer besseren Syntaxüberprüfung 
und anderen Kleinigkeiten bieten die neuen Versionen dieser Ent¬ 
wicklungswerkzeuge weder einen einfacheren oder schnelleren Ent¬ 
wicklungsablauf noch werden kompaktere Compilate durch rc. exe 
erzeugt. Mit dem Verzicht der neuen Versionen erkaufen Sie sich 
also keine Nachteile. Der CSet Compiler icc.exe arbeitet mit dem 
neuen Toolkit ebenfalls ganz ohne jegliche Schwierigkeiten 2 . 

Ein weiterer, sicher wichtiger Tip im Zusammenhang mit dem 
neuen Toolkit hängt mit TCP/IP zusammen, genauer gesagt: mit 
den Header-Dateien für den TCP/IP-Protokollstack. Wenn man 
an seinen älteren TCP/IP-Programmen Änderungen vorgenommen 
hat und recompiliert sie unter Verwendung des neuen Toolkits 4.x; 
oder man schreibt gänzlich neue mit der genannten Toolkit-Version, 
so brechen die Programme mit einem Socket-Fehler ab, und zwar 
beim Aufruf der Funktion connect(): 

Address family not supported by protocol family. 

Dieser Fehler liegt tatsächlich im Toolkit begründet, denn das re- 
compilierte Programm - und das gilt übrigens auch für die mit¬ 
gelieferten Beispielprogramme von IBM - bricht immer mit dieser 

2 Auch der Compiler von Visual Age heißt icc.exe. 
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Meldung ab, egal welche Version der zugrundeliegende TCP/IP- 
Protokollstack hat. Man kann sich hier leicht behelfen, indem man 
die Header-Dateien nach dem Stil der Version 4.0 des TCP/IP- 
Stacks benutzt. Dazu übergibt man dem Compiler noch den fol¬ 
genden Parameter: 

icc /DTCPV40HDRS . . . 

In welcher Reihenfolge er mit anderen Parametern aufgeführt wird 
ist belanglos. Mit diesem Parameter nutzt der Compiler die 4.0- 
Header und erzeugt lauffähigen Code. Dabei braucht man keine 
Angst zu haben, man würde Programme schreiben, welche die 16- 
bittige Version des Protokollstacks nutzen. Nach wie vor ist das 
TCP/IP-Programm voll 32-bittig. 

Bleibt noch zu fragen, ob man wirklich auf das 4.x Toolkit um¬ 
steigen sollte - so mancher Entwickler hat das nämlich noch gar 
nicht getan. Die Antwort lautet Ja. Denn zusammen mit diesem 
Toolkit erhält man auch das neueste TCP/IP Developer’s Toolkit 
und generell natürlich aktualisierte Header-Dateien. Das ist prak¬ 
tisch, denn ansonsten muß man für Warp 4 benötigte Flags selbst 
definieren, was zum einen gewisse Recherchen und damit Zeit ko¬ 
stet 3 ; zum anderen Unordnung in die eigenen Programmprojekte 
bringt: Definitionen für das Betriebssystem gehören nicht in den ei¬ 
genen Programmcode. Daneben beinhalten die neuen Toolkits auch 
aktualisierte Dokumentationen, was sehr hilfreich ist, die aktuelle 
ObjectREXX-Version nicht zu vergessen. Wir werden das CSet++ 
2.1 mit der WorkFrame 1.1 und dem Toolkit 4.5 auf unserer zweiten 
OS/2 Only! CD an bieten. 


Autor: Redaktion 
eMail: os2onlyQcefischer.de 


3 Als Beispiele für neue Funktionen, zu deren Nutzung im Programmcode be¬ 
stimmte Flags gesetzt werden müssen mag der unter Warp 4 gebräuchliche 
Notizbuchstil oder die verbesserten Drag ’n’ Drop-Eigenschaften der Con- 
tainercontrols dienen. 
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4.3 Tips zum neuen TCP/IP Notizbuch 

Ob es eine gute Idee war, in den neuen TCP/IP-Paketen das alte 
Konfigurationsnotizbuch gegen ein Javaprogramm auszutauschen, 
das sei einmal dahingestellt. Gut ist auf jeden Fall die Möglich¬ 
keit, daß man die Konfiguration eines Hosts über das Netzwerk 
von nur einer Station aus vornehmen kann. Dies erleichtert admi¬ 
nistrative Arbeiten natürlich enorm. Andererseits verfügt das Java- 
Pendant weder über eine bessere Online-Dokumentation, noch ist 
es sonderlich übersichtlicher als der PM-Vorgänger - dafür aber 
auf jeden Fall sehr viel träger. Besonders auf weniger gut ausge¬ 
statteten Rechnern zeigt sich das langsame Laufzeitverhalten von 
Java-Applikationen sehr deutlich. Als Alternative zum neuen Notiz¬ 
buch bleibt jedoch nur, sieht man von der Konfiguration von NFS 
und PXE ab, die über eine funktionsreduzierte Variante des alten 
Konfigurationsnotizbuches vorgenommen werden kann, das Editie¬ 
ren der Konfigurationsdateien von Hand, das jedoch für bestimmte 
Bereiche recht komplex ist (etwa für die Konfiguration der DDNS- 
und DHSP-Server, für die ebenfalls Java-Konfigurationsprogramme 
im Paket enthalten sind, die genau wie das Konfigurationsnotizbuch 
nicht auf jedem Rechner beste Leistungen zeigen). Nun muß man 
aber zunächst mit dem Übel dieser Konfigurationswerkzeuge aus- 
kommen, denn wegen eines Notizbuches wird man im seltensten 
Fall extra mehr Arbeitsspeicher in sein System einbauen wollen. 
Wir haben während unserer Arbeit mit TCP/IP 4.21 einige Er¬ 
fahrungen mit dem Konfigurationsnotizbuch gesammelt, die dieser 
Artikel wiedergeben soll. 

4.3.1 Das Notizbuch startet nicht 

Wer seine altes TCP/IP 4.0 gegen 4.21 oder 4.3 ersetzen möchte, 
muß das alte Installationsverzeichnis, das meist unter C:\TCPIP 
zu finden sein wird, zuvor nicht löschen. Das sollte man auch nicht 
tun, weil bestimmte ältere TCP/IP-Anwendungen in den neuen Pa¬ 
keten nicht mehr enthalten sind, die aber vielleicht doch noch recht 
praktisch sein können. Hierzu gehören z.B. der IBM Webexplorer 
und der Newsreader/2. Wichtig ist aber zu beachten, in welchem 
Verzeichnis man die TCP/IP-Konfigurationsdateien aufbewahrt. 
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Diese Dateien befinden sich im Pfad <LW>: \MPTN\ETC, wobei 
<LW> das Laufwerk ist, auf dem TCP/IP und die MPTS 4 installiert 
sind. Es ist manchmal angebracht, daß man diese Dateien auf einer 
separaten Partition unterbringt, genau wie die INI-Dateien des Be¬ 
triebssystems, weil sie dort sicherer aufgehoben sind 5 . In welchem 
Verzeichnis sich die ETC-Dateien befinden, gibt die Umgebungsva¬ 
riable ETC wieder, die in der config.sys definiert werden muß. Die 
Standarddefinition lautet: 

SET ETC=C: \MPTN\ETC 

wenn das Laufwerk C: als Installationslaufwerk von MPTS und 
TCP/IP diente. Nehmen wir nun an, die obige Anweisung wurde 
geändert auf: 

SET ETC=D: \CFG\ETC 

dann werden alle TCP/IP-Programme (auch das Konfigurations¬ 
notizbuch) die Dateien in diesem Verzeichnis benutzen. Wenn man 
jetzt die Installation von TCP/IP 4.21 oder höher vornimmt, wird 
das Konfigurationsnotizbuch anschließend nicht gestartet werden 
können, sondern bricht mit der Meldung ab, daß der ferne TCP/IP- 
Konfigurationsserver aktiv sei und Dateien im Zugriff habe (s. Ab¬ 
bildung 4.2). Diesen Server solle man beenden, bevor man das lo¬ 
kale Notizbuch aufrufen kann. Beim Drücken auf OK verschwin¬ 
det das Meldungsfenster manchmal nicht. Vielmehr wird die Java- 
Anwendung mit einer Null Pointer Exception beendet. Das Mel¬ 
dungsfenster zeigt Abbildung 1. Möchte man den Dämonprozeß 
für die ferne TCP/IP-Konfiguration starten, so wird dies mit einer 
ähnlichen Meldung abgebrochen, nur daß diesmal das lokale No¬ 
tizbuch Dateien im Zugriff haben soll, die der Server freigegeben 
sehen möchte. Daß der Fehler hier an einer anderen Stelle liegt, ist 


4 Zur Erinnerung: MPTS steht für Multi Protocol Transport Services. MPTS 
beinhaltet alle notwendigen Protokolltreiber und Unterstützungsprogramme. 

5 Beachten Sie hierzu auch den Beitrag Speichern von Konfigurationsdateien 
ebenfalls in diesem Kapitel. 
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klar, denn keine der beiden Applikationen läuft, wenn die andere 
gestartet werden soll. Was ist also geschehen? 


Nachricht beim Laden des Notizbuchs 


Schwerwiegender Fehler 


Starten des lokalen TCP/IP- 
Konfigurationsnotizbuchs nicht möglich, da der 
ferne TCP/IP-Konfigurations-Server aktiv ist und 
Dateien im Zugriff hat. Stoppen Sie den fernen 
Konfigurations-Server, um das lokale Notizbuch 
aufzurufen. 

. ' - - .. - - 

jOK1 [ Abbruch_ 


Abb. 4.2: Fehlermeldung des neuen TCP/IP Konfigurationsnotizbuches. 

Bei einem Update von TCP/IP 4.0 auf 4.21 bleibt der Satz 
an TCP/IP-Konfigurationsdateien nicht unverändert. Während der 
Installation wird ein vollständig neuer Dateisatz im Verzeichnis 
MPTN\ETC auf dem Installationslaufwerk angelegt, also im Stan¬ 
dardverzeichnis, nicht jedoch in einem anderen Verzeichnis, das 
sonst die Konfigurationsdateien beinhaltete. Das Installationspro¬ 
gramm ändert auch nicht den Wert der ETC-Umgebungsvariablen, 
und damit beinhaltet das alte Verzeichnis keine der neuen Dateien, 
die das Konfigurationsnotizbuch benötigt. Das hindert die Applika¬ 
tion an einem erfolgreichen Start. Sie haben damit zwei Möglich¬ 
keiten, das Problem zu lösen: 

1. Kopieren Sie alle Dateien des vom TCP/IP Installations¬ 
programm neu angelegten ETC-Verzeichnisses in das in der 
ETC-Variablen angegebene Verzeichnis. Dabei überschreiben 
Sie jedoch u.U. bereits vorhandene Konfigurationsdateien. 
Das kann man verhindern, indem man zunächst alle Dateien 
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des alten ETC-Verzeichnisses in das neue kopiert, um gleich¬ 
namige Dateien durch solche, die bereits wichtige Konfigu¬ 
rationsdaten enthalten, zu überschreiben; und dann den so 
aktualisierten Verzeichnisinhalt samt der neuen, vom Instal¬ 
lationsprogramm erzeugten Dateien in das in der Variablen 
ETC angegebene Verzeichnis zurückzukopieren. 

2. Setzen Sie einfach die Umgebungsvariable auf den Standard¬ 
wert, damit das Konfigurationsnotizbuch alle Dateien fin¬ 
det und arbeiten Sie bis zum Abschluß aller Konfigurations¬ 
vorgänge mit diesem Verzeichnis. Sie können später das ETC- 
Verzeichnis auch noch beliebig umkopieren. 

Wir empfehlen Ihnen, nach einem Update von TCP/IP 3.0 oder 
4.0 zunächst nach der ersten Methode Ordnung zu schaffen und 
dann mit der Konfiguration zu beginnen. 


/ 

Achtung! 

Wenn Sie den Inhalt des ETC-Verzeichnisses kopieren, verwenden 
Sie dazu entweder xcopy.exe, wenn Sie mit der Kommandozeile 
arbeiten, oder wählen Sie bei der Arbeit mit der WPS alle Objekte 
des ETC-Ordners zum Kopieren aus, auch die Unterverzeichnisse. 
Damit stellen Sie sicher, daß Ihnen eine evtl, bestehende DDNS/ 
DHCP-Konfiguration nicht verloren geht. 


4.3.2 Ausführungsgeschwindigkeit erhöhen 

Wie schon angedeutet, ist das TCP/IP-Konfigurationsnotizbuch 
recht langsam, was auch für alle anderen TCP/IP Konfigurations¬ 
programme gilt, etwa für den DDNS- und DHCP-Dienst. 

Man kann die Ausführungsgeschwindigkeit des Notizbuches und 
aller anderen Tools durch folgende Anweisung merklich erhöhen: 

SET JAVA_COMPILER=xxx 

Verfährt man so, schaltet man den Java Just In Time Compiler 
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ab, wodurch der Java-Bytecode interpretiert wird, was die Java- 
Anwendungen auf der Kommandozeile auch mit folgender Warn¬ 
meldung quittieren: 

Warning: JIT-Compiler "xxx" not fonnd. 

Will nse Interpreter. 

Da es sich hierbei um das Setzen einer Umgebungsvariable handelt, 
können Sie diese Eintragung auch in der config.sys vornehmen, um 
sie für alle Sitzungen gültig werden zu lassen. Wenn Sie das nicht 
wünschen, müssen Sie die Eintragung in den einzelnen Startdateien 
der Java-Anwendungen vornehmen. IBM hat die Zeile bereits ein¬ 
getragen, aber mit einem REM versehen. Sie können das REM in 
ausgewählten Dateien löschen. Die Tabelle beschreibt die einzelnen 
Dateien und ihre Bedeutungen. 


Dateiname 

Bedeutung 

tcpcfg2.cmd 

TCP/IP-Konfigurationsnotizbuch 

tcpcfg2d.cmd 

Server zur fernen Konfiguration 

tcpcfg2r.cmd 

Client zur fernen Konfiguration 

admin_pw.cmd 

Administratorpaßwort erstellen 

binlscps.cmd 

Server zur BINL-Server Konfiguration 

binlscpc.cmd 

Client zur BINL-Server Konfiguration 

ddnsapc.cmd 

Client zur DDNS-Konfiguration 

ddnsaps.cmd 

Server zur DDNS-Konfiguration 

dhcpcspc.cmd 

Client zur DHCP-Konfiguration 

dhcpcspc.cmd 

Server zur DHCP-Konfiguration 


Tab. 4.1: Startdateien und zugehörige TCP/IP-Programme 


Wir empfehlen, die Eintragung in der config.sys vorzunehmen, 
weil man sich dadurch Editierarbeit spart. Möchten Sie die Start¬ 
dateien einzeln editieren, sollten Sie das zumindest für die in der 
Tabelle genannten Programme tun. 


OS/2 Only! Redaktion 
eMail: os2only@cefischer.de 




Kapitel 5 

Netzwerk 


5.1 Mobil ins Internet mit OS/2 Warp 

Für viele OS/2-Nutzer, die neben einem stationären Personal Com¬ 
puter noch ein Notebook betreiben oder ausschließlich mit einem 
mobilen Gerät arbeiten, ist es sicher verlockend, auch von unter¬ 
wegs aus auf das Internet Zugriff zu haben, ohne jedesmal mühse¬ 
lige und zeitaufwendige Konfigurationsarbeiten an Hard- und Soft¬ 
ware vornehmen zu müssen. Seit der längst überfälligen Libera¬ 
lisierung des Telekommunikationsmarktes in Deutschland haben 
sich in diesem Bereich nicht nur drastische Tarifsenkungen für den 
Internet-Zugang ergeben, sondern auch technisch neue Möglichkei¬ 
ten, die ich in diesem Beitrag schildern möchte. 

Prinzipiell benötigt der mobile Anwender außer einem OS/2 
Warp 3.0 oder 4.0 mit dem Internet Access Kit, das Bestandteil des 
BonusPaks (Warp 3.0) oder der Netzwerkdienste (Warp 4.0) ist, 
und einem geeigneten Modem keine weitere Hard- oder Software, 
um ins Internet zu gelangen. Der Teufel steckt - wie üblich - im 
Detail. 

Deshalb sollte der Notebook-Nutzer zu Beginn seines Internet- 
Abenteuers zunächst einige grundsätzliche Überlegungen anstellen, 
um optimale Ergebnisse zu erzielen. Dazu gehören: 

1. Wird das Notebook voraussichtlich überwiegend am analo¬ 
gen Leitungsnetz (dem neuerdings von der Telekom T-Net 
genannten Netz) oder auch öfters an ISDN-Anschlüssen ein¬ 
gesetzt? Falls das Gerät primär im Analognetz zum Einsatz 
kommt, reicht ein schnelles Modem (es sollte dem V.90- 
oder K56flex-Standard genügen und über einen ausreichend 
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großen Flash-Speicher für zukünftige Aufrüstungsmöglichkei¬ 
ten verfügen) vollkommen aus. Fast alle ISDN Telekommu¬ 
nikationsanlagen bieten neben den ISDN-Anschlüssen nach 
RJ45-Standard auch mindestens eine so genannte a/b Schnitt¬ 
stelle, die es ermöglicht, analoge Endgeräte an der TK-Anlage 
zu betreiben. Diese a/b-Anschlüsse entsprechen in der Regel 
den aktuellen gängigen Geschwindigkeitsstandards im Analo¬ 
gnetz. Darüberhinaus existieren diverse Adapter, die es bei¬ 
spielsweise ermöglichen, eine einfache TAE-6-F-Buchse zu ei¬ 
ner dreifach-TAE-6-NFN-Buchsezu erweitern, so daß ein Mo¬ 
dem angeschlossen werden kann zusätzlich zu einem anderen 
Analoggerät. Weiterhin kann man mit Hilfe eines entspre¬ 
chenden Adapters auch uralte Telekommunikationsanlagen, 
die noch mit ADOS8-Anschlüssen arbeiten, oder Telekom¬ 
munikationsanlagen, die in der ehemaligen DDR nach de¬ 
ren Standards entwickelt wurden, für den Internet-Zugang 
verwenden. Viele für den Consumer-Markt vorgesehene ein¬ 
fache ISDN-Telefone bieten darüberhinaus ebenso wie die 
meisten ISDN TK-Anlagen zumindest als Option eine a/b- 
Schnittstelle, so daß auch hier ein analoges Endgerät (also 
ein Modem) angeschlossen werden kann. Gleiches gilt auch 
für ISDN-Schnurlos-Telefone nach dem DECT-Standard, die 
über einen maximalen Aktionsradius von 300m verfügen. 

2. Soll das Gerät mit einem externen Modem oder mit einer 
PCMCIA-Karte betrieben werden? 

Insbesondere der typische mobile Anwender, also derjenige, 
der sein Notebook unterwegs intensiv nutzt, wird sich über 
jedes Gramm eingesparten Gewichts und jedes Gerät, das er 
nicht zusätzlich mit sich herumschleppen muß, freuen. Da 
heutzutage praktisch jedes Notebook über zwei Steckplätze 
nach der Card-Bus-Spezifikation (früher: PCMCIA oder JEI- 
DA) verfügt, ist ein kleines und leichtes PCMCIA-Modem 
im Scheckkartenformat ideal für denjenigen, der nicht die 
PCMCIA-Steckkarten gleich im halben Dutzend mit sich her¬ 
umträgt (und deshalb ständig wechseln muß) und der oben¬ 
drein wirklich unabhängig sein möchte von externen Ener- 
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giequellen. Das PCMCIA-Modem erhält zwar die benötigte 
Energie vom Akku des Notebooks, was sich mit einer ins¬ 
gesamt um etwa zehn bis 15 % verkürzten Rundown-Zeit 
bemerkbar macht; beim externen Modem jedoch schleppt 
der Anwender neben dem eigentlichen Modem noch zumeist 
einen zusätzlichen Netztrafo mit sich herum und ein weiteres 
Kabel zur Verbindung des Modems mit der seriellen Schnitt¬ 
stelle (oder - sofern vorhanden - der USB-Schnittstelle des 
Notebooks). Dazu kommen noch bei beiden Varianten jeweils 
ein Kabel zur Verbindung des Modems mit der Telefonbuch¬ 
se und eventuell benötigte Adapter. Gleiches gilt auch für 
a/b-Terminaladapter (externe Geräte, die den Anschluß von 
analogen Endgeräten an einer ISDN-Leitung erlauben) und 
für ISDN-Modems und externe ISDN-Terminaladapter. 

3. Soll über ein GSM-Handy die Verbindung zum Internet herge¬ 
stellt werden? Vollkommen unabhängig von stationären und 
damit unterwegs nicht praktikablen Lösungen wird der An¬ 
wender, wenn er mit Hilfe eines Modems, das neben den 
Festnetzen auch einen GSM-Anschluß bietet, ins Internet ge¬ 
langen will. Diese Lösung hat jedoch derzeit fast ausschließ¬ 
lich noch extrem gravierende Nachteile, weshalb auf diese 
Möglichkeit auch hier nicht detailliert eingegangen werden 
soll: 

(a) Die für Notebooks üblicherweise erhältlichen kombinier¬ 
ten Karten sind immer noch extrem kostspielig in der 
Anschaffung (in der Regel deutlich mehr als DM 1.000). 

(b) Der Internet-Zugang ist nur möglich, wenn beim Provi¬ 
der ein zweiter - natürlich kostenpflichtiger - spezieller 
Datenanschluß frei geschaltet wird. Über den normalen 
Handy-Anschluß ist kein Zugang zum Internet möglich. 

(c) Die Datenübertragungsrate im GSM-Netz ist extrem 
gering und kommt lediglich auf durchschnittlich 9.600 
Bit/sec. Dadurch sind die Ladezeiten selbst einfach¬ 
ster, textorientierter Internet-Seiten sehr lang, was sich 
bei den in Deutschland ausnahmslos weit überteuerten 
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Handy-Tarifen finanziell deutlich bemerkbar macht für 
den Anwender. 

(d) Soll das Handy auch im nichteuropäischen Ausland den 
Zugang zum Internet ermöglichen, so sollte sich der 
Anwender genau überlegen, ob er nicht ein Dual-Band- 
Handy beschafft. In den USA beispielsweise arbeiten die 
GSM-Handys in einem anderen Frequenzbereich. Für 
den deutschen Markt ausgelegte GSM-Handys sind dort 
unbrauchbar. Auch hier entstehen durch die Anschaf¬ 
fung eines Dual-Band-Handys unverhältnismäßig hohe 
Kosten, die sich in den wenigsten Fällen rentieren dürf¬ 
ten. 

4. Wird das Notebook ausschließlich in Deutschland eingesetzt 
oder soll es auch im Ausland verwendet werden? Beim Ein¬ 
satz eines Analogmodems ist der Anwender im In- wie auch 
Ausland meist auf der sicheren Seite. Da die gängigen Mo¬ 
dems nach bestimmten Standards spezifiziert sind (aktuell: 
V.90 oder K56flex) und den Hayes-AT-Befehlssatz beherr¬ 
schen, arbeitet ein in Deutschland gekauftes Modem auch 
beispielsweise in den USA zuverlässig. Anders sieht es unter 
Umständen beim ISDN oder gar beim Einsatz im GSM-Netz 
aus (s.o.). 

5.1.1 Benötigte Treiber 

Grundsätzlich sind bei einem technisch aktuellen Analogmodem kei¬ 
ne besonderen Softwaretreiber für den Betrieb unter OS/2 Warp 
notwendig, sofern das Modem nach dem Hayes-AT-Befehlssatz spe¬ 
zifiziert ist. Vollkommen anders sieht es jedoch bei allen Geräten 
aus, die für den ISDN-Betrieb vorgesehen sind: Hier wird ein jeweils 
für das Gerät angepaßter CAPI-Treiber zwingend benötigt. Erfreuli¬ 
cherweise liegt vielen PCMCIA-Karten ein solcher Treiber bei, auch 
sind von Drittherstellern (in diesem Fall z.B. der IBM) für einige 
Karten CAPI-Treiber erhältlich. Der zukünftige Internet-Road War- 
rior sollte sich also, hat er sich einmal für ein ISDN-fähiges Gerät 
entschieden, sorgfältig um die entsprechende Treiberunterstützung 
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kümmern. CAPI-Treiber, die für andere Betriebssysteme oder Be¬ 
triebssystemaufsätze konzipiert sind, sind unter OS/2 nicht nutz¬ 
bar! 

5.1.2 Die Einrichtung des Internetzugangs 

Die Wahl des Providers 

Mit der Liberalisierung des deutschen Telekommunikationsmarktes 
hat sich in zwischen eine stattliche Anzahl von kommerziellen so¬ 
genannten Providern am Markt etabliert, die verschiedene Dienste, 
u.a. auch den Internetzugang, anbieten. Da die hiesigen Tarife der 
Diensteanbieter immer noch deutlich über den Preisen liegen, die 
im Ausland allgemein für Internet-Surfer gelten, wollen wir an die¬ 
ser Stelle unser Augenmerk bei der Auswahl des Providers auch 
auf den Gesichtspunkt der Kosten lenken. Berücksichtigt man das 
Leistungsspektrum der Provider, das der durchschnittliche Surfer 
benötigt und auch tatsächlich in Anspruch nimmt, so ist wohl das 
erst seit wenigen Monaten erhältliche Angebot des Internet-by-call 
Zugangs sehr attraktiv. Der Surfer kann sich bei diesen Anbietern 
ohne Anmeldung, ohne vertragliche Bindung, ohne Freischaltungs¬ 
gebühr oder monatlich zu entrichtende Grundgebühren ins Internet 
einwählen. Je nach Tageszeit (und damit variierenden Tarifen) be¬ 
steht außerdem die Wahl zwischen mehreren Anbietern, so daß der 
Surfer nicht auf das Angebot lediglich eines Providers festgelegt ist. 
Konkurrenz belebt bekanntlich das Geschäft und verhindert mono¬ 
polistische Auswüchse... 


Provider 

Domänenname 

Rufnummer 

Arcor 

arcor.net 

01070-0192070 

Talknet 

talknet.de 

01050-019251 

eXpress-Net 

express.net 

01019-01928120 

freenet24 

freenet.de 

01019-01928111 


Tab. 5.1: Domnänennamen und Rufnummern einiger Provider 


Die Tarife bewegen sich je nach Tageszeit und Anbieter zwi¬ 
schen 3,9 und 9 Pfennig/ Minute (Stand: 01.08.1999), wobei in 
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diesem Preis bereits die Telefonkosten eingeschlossen sind. Weitere 
Kosten fallen für den Internet-Surfer definitiv nicht an. Bei meinen 
Tests mit diversen IBM-Notebooks und verschiedenen Modems so¬ 
wohl unter OS/2 Warp 3.0 als auch 4.0 waren selbst über meh¬ 
rere Wochen hinweg durchgängig gute bis sehr gute Datenübert¬ 
ragungsraten festzustellen, die teilweise auf Analogleitungen nahe 
an die ISDN-Kapazität heranreichten. Auch an der Erreichbarkeit, 
die ich in den Räumen Nordhessen, Mittelfranken und Ostsach¬ 
sen testete, gab es im Erhebungszeitraum nichts zu bemängeln. 
Im einzelnen wurden die in den Tabellen 5.1 und 5.2 angegebenen 
Provider berücksichtigt. 


Provider 

Benutzername 

Paßwort 

DNS 

Arcor 

arcor 

internet 

145.253.2.11 

145.253.2.75 

Talknet 

talknet 

talknet 

195.252.128.53 

eXpress-Net 

wahlfrei 

wahlfrei 

62.104.196.199 

196.104.196.134 

freenet24 

wahlfrei 

wahlfrei 

194.79.3.1 


Tab. 5.2: Benutzernamen, Paßwörter und DNS-Adressen einiger Provi¬ 
der 


(Anmerkung: Die in der Tabelle aufgeführten Domänennamen 
wurden außer beim Provider Arcor willkürlich von mir vergeben, da 
der Dialer ohne einen entsprechenden Eintrag nicht funktioniert. 
Alle Domänennamen wurden jedoch getestet.) 

Internetzugang mit einem Analogmodem unter Warp 3 

Mit einem Analogmodem läßt sich der Internet Zugang am schnell¬ 
sten realisieren. Ich habe den Zugang mit folgenden Notebooks 
getestet: 

• IBM ThinkPad 750 

• IBM ThinkPad 755Cs 


• IBM ThinkPad 755CX 
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• IBM ThinkPad 760 XD. 

Während es sich bei den beiden erstgenannten Geräten um Sy¬ 
steme mit 80486SL-Prozessoren handelt, sind die beiden letztge¬ 
nannten mit Pentium- und Pentium MMX-Prozessoren ausgestat¬ 
tet. Alle Geräte wurden sowohl unter OS/2 Warp v3.0 (Fixpak 37) 
als auch v4.0 (ohne Fixpak) getestet mit folgenden Modems: 

• AT&T Intelligence Modem (PCMCIA) 

• Compaq Global 33.6 Telephony Modem (PCMCIA) 

• Acer 56K Surf-Modem (extern) 

• Interspeed 56K-Modem (extern) 

• Lasat Internet-Modem 33.6 (extern). 

Als WWW-Browser kamen sowohl der Netscape Navigator 2.02 
für OS/2 (Refresh 6/98) als auch der Netscape Communicator 
4.04 EF für OS/2 zum Einsatz (beide sowohl unter OS/2 Warp 
v3.0 als auch v4.0). Die Geräte wurden allesamt an einer ISDN- 
Telekommunikationsanlage an einem dort vorhandenen a/b An¬ 
schluß und an verschiedenen reinen Analogleitungen getestet. Eine 
Testkonfiguration dürfte dabei wohl eher eine Rarität darstellen: 
Im Erzgebirge nahe der tschechisch-deutschen Grenze wurden die 
Einwahl- und Datenübertragungsgeschwindigkeiten auf einer rund 
sechzig Jahre alten, noch durch die Luft verlegten Analogleitung 
überprüft. 

Hinweise zur Installation 

Die oben erwähnten ThinkPad-Notebooks verfügen alle über eine 
neunpolige serielle Schnittstelle, an die die externen Modems pro¬ 
blemlos angeschlossen werden konnten. Da die ThinkPad-Modelle 
ausnahmslos mit einem 16550A-PufFerspeicher an dieser Schnitt¬ 
stelle ausgestattet sind, sind selbst bei sehr hohen Datenübertra¬ 
gungsraten kein Datensalat oder -Verluste zu befürchten. Dem¬ 
zufolge stellten wir die externen Modems auf die höchstmögli¬ 
che Geschwindigkeit und Kompression ein (115.200 Bit/sec. bei 
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V.42bis). Die PCMCIA-Modems hatten ebenfalls teilweise einen 
16550-kompatiblen Pufferchip eingebaut, so daß auch in diesem 
Falle die höchste Übertragungsgeschwindigkeit eingestellt werden 
konnte. 

Um unter OS/2 Warp die Voraussetzungen für den Internetzu¬ 
gang zu schaffen, mußten unter 3.0 zunächst noch aus dem Bo¬ 
nuspak die Dienstprogramme für die IBM Internet Connection for 
OS/2 installiert werden. Diese richten neben der zwingend not¬ 
wendigen Installation des TCP/IP-Protokolls, mit dem das Inter¬ 
net arbeitet, auch die diversen Ordner für das Access-Kit ein, wo¬ 
bei als Standard-Browser der inzwischen veraltete und nicht mehr 
weiterentwickelte IBM-Browser WebExplorer auf die Festplatte ko¬ 
piert wird. Da der WebExplorer außer seiner aus einer schlanken 
Programmierung resultierenden Schnelligkeit keine weiteren Vor¬ 
teile bietet, dafür aber eine Reihe von Nachteilen (keine Darstel¬ 
lungsmöglichkeit für Frames, keine Javaunterstützung etc.), welche 
die Anzeigequalität von vielen Web-Seiten deutlich einschränken 
oder gar ganz unmöglich machen, wurde der WebExplorer sofort 
nach der Installation wieder entfernt. Als Ersatz landeten anschlie¬ 
ßend die beiden neueren und technisch auf einem weitgehend ak¬ 
tuellen Stand befindlichen Netscape-Varianten auf der Festplatte. 
Der Netscape Communicator 4.04 EF bietet für den versierten An¬ 
wender folgende Verbesserungen gegenüber dem Navigator 2.02 1 : 

1. Die Mail-Funktionen des Navigators 2.02 wurden erweitert 
und unter Netscape Messenger zusammengefaßt. 

2. Mit Netscape Composer besteht die Möglichkeit, eigene Web- 
Seiten zu entwerfen und zu pflegen. 

3. Unter Netscape Collabra wurden die News-Funktionen des 
Navigators 2.02 konzentriert und erweitert. 

4. Der Benutzerprofil-Manager ermöglicht es, für mehrere Be- 


1 Anmerkung der Redaktion: Seit längerem ist bereits die Version 4.61 des 
Netscape Communicators verfügbar, die der Version 4.04 auf jeden Fall vor¬ 
zuziehen ist. 



5.1. Mobil ins Internet mit OS/2 Warp 


81 


nutzer jeweils verschiedene Konfigurationseinstellungen ab¬ 
zuspeichern. 

Der gravierendste Nachteil des Communicators ist jedoch sein 
enormer Ressourcenhunger. Nicht nur der Startvorgang dauerte auf 
allen ThinkPads deutlich länger als beim Navigator , auch beim 
FTP-Download und beim Seitenaufbau ergaben sich durchgängig 
schlechtere Durchsatzraten als beim Navigator. Auf den 80486- 
Maschinen wurde schließlich sowohl unter Warp v3.0 als auch un¬ 
ter v4.0 das Scrollen mit dem Communicator 4.04 EF zur Qual. 
Der ältere Navigator 2.02 glänzte weiterhin durch eine unübertrof¬ 
fene Stabilität. In mehreren Wochen täglichen Arbeitens mit den 
Maschinen wurde nicht ein einziger Absturz registriert! 
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Abb. 5.1: Oberfläche des IBM-Einwahlprogramms slippm.exe. 
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Die beiden Netscape-Varianten sind auf vielen OS/2-CD-ROM’s 
beigelegt 2 (teilweise auch schon der Netscape-Communicator4.61). 
Den Netscape Navigator 2.02 ebenso wie die beiden Netscape- 
Communicator-Versionen erhält man außerdem auf den WWW- 
Seiten von IBM. 

Nach der Installation der o.g. Ordner wurden nun im Internet 
Access Kit mit dem Objekt Andere Servicegeber die Provider mit 
dem Programm IBM Wählfunktion für TCP/IP konfiguriert. Dieses 
Programm bietet zur Konfiguration der Zugänge ein Notizbuch mit 
vier Seiten, in denen jeweils bei Anlage eines neuen Providers die 
spezifischen Eintragungen vorzunehmen sind (Abbildung 5.2). 



Abb. 5.2: Konfigurationsnotizbuch des Programms Wählfunktion für 
TCP/IP, Seite An melden. 


2 Anmerkung der Redaktion: Den Netscape Navigator 2.02 (mit deutschem 
Plug-In Pack) und den Netscape Communicator 4.61 finden Sie auf der 
OS/2 Only! CD Nr. 1. 
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Bevor wir uns näher mit diesen Einstellungen beschäftigen, ist 
unter OS/2 Warp 3.0 noch eine weitere wichtige Voraussetzung 
zum erfolgreichen Internet-Zugang zu erfüllen: Als Standard un¬ 
terstützt Warp 3.0 nur das veraltete SLIP-Protokoll. Da sich jedoch 
inzwischen das PPP-Protokoll als Standard durchgesetzt hat, muß 
die Datei SLIPPM.EXE gemeinsam mit einigen anderen Dateien 
in den Verzeichnissen \TCPIP\BIN, \TCPIP\D0C und \TCPIP\ETC 
modifiziert werden. Hierzu befindet sich beispielsweise im Software- 
Archiv von http://www.leo.org (WWW-Server der TU München) 
ein Dateiarchiv PPP.ZIP, das gemeinsam mit einem ZIP-Entpacker 
in das lokale Verzeichnis auf der Festplatte \TCPIP kopiert werden 
sollte. Das PPP.ZIP-Archiv paßt problemlos auf eine herkömmliche 
HD-Diskette. Entpackt man nun das Archiv, werden die veralteten 
Dateien in den o.g. Verzeichnissen ersetzt. Nach einem erneuten 
Starten des nunmehr in englischer Sprache vorhandenen IBM Dial- 
Up for TCP/IP können nun die nötigen Einträge problemlos vor¬ 
genommen werden. 

Klickt man den Add Entry-Icon an, öffnet sich ein Notizbuch 
mit vier Seiten. Auf der ersten Seite (Login Info od. Anmelden) wer¬ 
den zunächst der Name des Providers, ggf. eine kurze Beschreibung 
und die Login-ID eingetragen. Darunter gibt man das Paßwort (wird 
durch Sternchen angezeigt) und anschließend die Einwahl-Nummer 
an. Je nachdem, ob man sich an einer Telefon-Nebenstellenanlage 
einwählen möchte oder an einem einzelnen Analoganschluß, muß 
möglicherweise noch eine zusätzliche Ziffer 0 der Einwahlnummer 
vorangestellt werden, um eine Freileitung zu erhalten. Im unteren 
Mittelfeld der ersten Registerseite muß jetzt noch der Radiobutton 
im Feld Connection Type für das PPP-Protokoll (Point-To-Point 
Protokoll) aktiviert werden. Der Benutzername (Login ID) und das 
Paßwort (Password) können, wie der oben abgebildeten Tabelle zu 
entnehmen ist, bei einigen Providern frei gewählt werden. In diesen 
beiden Feldern muß jedoch auf jeden Fall ein Eintrag vorhanden 
sein, auch wenn nicht explizit duiih ein Sternchen eine entspre¬ 
chende Eingabe gefordert wird. 

Auf der zweiten Notizbuchseite sind lediglich die Domain Name¬ 
server und der Domänenname (Your Domain Name) einzutragen. 
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Abb. 5.3: Konfigurationsnotizbuch des Programms Wählfunktion für 
TCP/IP, Seite Verbinden. 


Der Domänenserver wird durch eine 32-bittige Zahl angesprochen, 
die nur einmal vergeben ist. Somit läßt sich jeder Server eindeutig 
identifizieren. Diese 32-bittige Identifikationszahl können Sie eben¬ 
falls aus der obigen Tabelle entnehmen, wobei bei jenen Providern, 
die zwei Einwahlserver zur Verfügung stellen, eine der Zahlen wahl¬ 
frei angegeben werden kann (s. Abbildung 5.3). 

Auf der dritten Seite des Notizbuches mit dem Namen Server 
Info wird kein Eintrag benötigt. Die vierte Notizbuchseite schließ¬ 
lich beschäftigt sich mit der Modem-Hardware (Abbildung 5.4). 
Hier sind in nahezu allen Feldern Einträge vorzunehmen. Da es für 
fast alle aktuell vertriebsverfügbaren PCMCIA-Modemkarten keine 
eigenen OS/2-Treiber gibt, die Karten jedoch zumeist annähernd 
vollständig kompatibel sind zum Hayes-Standard, sollte man unter 
der Rubrik Modem Type den Eintrag Hayes Compatible selektie- 
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ren, um so das Modem korrekt ansprechen zu können. Üblicher¬ 
weise wird unter OS/2 Warp dem Modem im PCMCIA-Schacht 
der COM2-Port zugewiesen, was im nächsten Feld angewählt wer¬ 
den muß. Bei modernen V.90- und K56flex-Modems, aber auch bei 
solchen etwas älteren Geräten, die mit 33.6 kbps arbeiten, kann im 
dritten Feld Speed (Baud) die höchste Geschwindigkeit, nämlich 
115200 kbps, angegeben werden. Sollten sich später bei Anwahl¬ 
versuchen diese Geschwindigkeiten nicht erzielen lassen, so schal¬ 
tet die Software zumeist das Modem automatisch herunter auf eine 
niedrigere Geschwindigkeit. Die Güte der Verbindung und somit die 
Übertragungsgeschwindigkeit wird im Hauptfenster des IBM Dial- 
Up for TCP/IP angezeigt. Die weiteren Felder auf der Seite Modem 
Info, Data Bits und Parity, bleiben auf den vorgegebenen Werten 
stehen. Im Feld Prefix sollte man - je nachdem, ob man die Verbin¬ 
dung über das Impulswahl- oder das Tonwahlverfahren hersteilen 
will - ATDP (für die Impulswahl) oder ATDT (für das Tonwahlver¬ 
fahren) eintragen. 

Die Initialisierungsbefehle des Modems, die unter Initialization 
String 1 vorgegeben sind, sollte man unverändert lassen. Sie beste¬ 
hen aus verschiedenen Hayes-Befehlen, die das Modem initialisie¬ 
ren, und die normalerweise von jedem Hayes-kompatiblen Modem 
verstanden werden. Es empfiehlt sich jedoch, im Feld Initializati¬ 
on String 2 die Zeichenfolge ATMO einzugeben. Diese Zeichenfolge 
schaltet den in jedem Modem integrierten Lautsprecher oder Ton¬ 
geber ab. Bei meinen Versuchen mit den o.g. internen PCMCIA- 
Karten wurden bei eingeschaltetem Lautsprecher bei Aktivitäten 
des Systems unschöne Knack- und Knistertöne mit übertragen, 
die auch nach Verlassen des IBM Dial-Up for TCP/IP nicht ver¬ 
stummten. Diese Knack- und Kratzgeräusche resultieren aus einer 
mangelhaften Abschirmung der einzelnen Notebook-Komponenten 
im Gehäuse, was aufgrund der sehr dichten Bauweise der Geräte 
konstruktionsbedingt ist. Deshalb verursachen auch Festplattenzu¬ 
griffe oder andere Aktivitäten des Systems diese unangenehmen 
Geräusche. Bei den externen Modems sind solcherlei Störenfriede 
nicht auszumachen. Hier kann man die Zeichenfolge auf ATM1 (nor¬ 
male Lautstärke) oder ATM2 (sehr laut) einstellen, je nachdem, wie 
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laut die Umgebungsgeräusche sind. Man ist dann in der Lage, die 
Aktivitäten des Modems jederzeit zu verfolgen anhand der akusti¬ 
schen Signale. Die hier beschriebenen Einstellungen des Anwahlpro¬ 
gramms werden mit der Sicherung der Daten abgeschlossen. Auf 
der Hauptseite des Dial-Up-Programms sind jetzt im mittleren Fen¬ 
ster die Providernamen, Login-ID’s und Beschreibungen der einge¬ 
tragenen Anbieter sichtbar. Klickt man nun auf das Telefonsymbol 
Dial oben links, wird automatisch der Provider angewählt, der grau 
mit einem Balken hinterlegt ist. Im unteren Statusfenster werden 
die jeweiligen Aktionen des Systems angezeigt. 
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Abb. 5.4: Konfigurationsnotizbuch des Programms Wählfunktion für 
TCP/IP, Seite Modem. 


Nachdem die Verbindung zum Provider hergestellt ist (wird an¬ 
gezeigt durch den Eintrag CONNECT ... im oberen Teil des Haupt¬ 
fensters des IBM Dial-Up for TCP/IP), kann man den Netscape Na¬ 
vigator starten. Wünscht man das automatische Starten des Nets- 
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cape Navigators nach Herstellen der Einwahlverbindung, so sollte 
im Feld Pfad und Dateiname der Einstellungen für den Navigator 
nicht netscape . exe eingetragen werden, sondern linkup . exe. Im 
darunterliegenden Feld Parameter trägt man anschließend den Be¬ 
fehl: 

netscape.exe -lde 

ein, und schon lädt sich der Navigator als Standard-Browser bei 
jeder erfolgreichen Einwahl. 

Möchte man die Internet-Sitzung beenden, ist zu beachten, daß 
nach Schließen des Netscape Navigators nicht automatisch auch die 
Telefonverbindung unterbrochen wird. Man muß in diesem Fall an¬ 
schließend die Schaltfläche Hang Up im Programm IBM Dial-Up 
for TCP/IP betätigen, um die Verbindung zu unterbrechen. Anson¬ 
sten wird die Leitung so lange aufrechterhalten, bis nach einigen 
Minuten der Timeout erreicht wird, was eine zwangsweise Abschal¬ 
tung zur Folge hat. Achten Sie also biite immer darauf, daß nach 
Schließen des Navigators auch das Einwahlprogramm beendet wird! 


5.1.3 Der Internetzugang unter OS/2 Warp 4.0 

Prinzipiell wird der Zugang zum Internet über einen oder mehre¬ 
re der o.g. Provider unter Warp 4.0 ähnlich eingerichtet wie unter 
Warp 3.0. Lediglich die Grundinstallation des Internet-Access-Kits 
wird nicht - wie bei Warp 3.0 - aus der Installationsroutine des 
Bonuspaks heraus vorgenommen, sondern über die Netzwerkein¬ 
stellungen, die in Warp 4.0 gegenüber der Vorgängerversion stark 
erweitert und verbessert wurden. 

Die Netzwerkkomponenten können unter OS/2 Warp 4.0 so¬ 
wohl während einer Erstinstallation des Betriebssystems als auch 
im Zuge einer nachträglichen Einrichtung auf die Festplatte kopiert 
und konfiguriert werden. Bei einer nachträglichen Einrichtung ruft 
man das Programm Netzwerkinstallation anpassen im Ordnerbaum 
System - Systemkonfiguration - Installieren/Entfernen auf. Als In¬ 
stallationsart im ersten, nun erscheinenden Fenster, sollte der Ra- 
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diobutton Benutzerdefinierte Installation gewählt werden. Im dar¬ 
auffolgenden Fenster Anpassung und Installation erscheinen sechs 
Elemente, die wahlfrei eingerichtet werden können. Um Zugriff auf 
das Internet zu erhalten, markieren Sie die zweite der sechs Optio¬ 
nen, TCP/IP-Dienste , mit einem Häkchen und klicken anschließend 
auf die Schaltfläche Weiter. 

Im nun erscheinenden Fenster Konfiguration erscheint vor den 
Einträgen TCP/IP-Dienste und Netzwerkadapter und Protokoll¬ 
dienste ein blauer Balken, der signalisiert, daß Sie ohne weitere 
manuelle Einstellungen der Dienste mit der Installation fortfah¬ 
ren können. Ein weiterer Klick auf Installieren teilt Ihnen in einem 
Nachrichtenfenster mit, daß die Installation nun mit dem Kopieren 
der entsprechenden Dateien auf die Festplatte beendet wird. 

Nach einem anschließenden Systemabschluß findet sich neben 
einigen neuen TCP/IP-spezifischen Ordnern u.a. im Ordner Pro¬ 
gramme ein neuer Unterordner mit der Bezeichnung Internet (Mo¬ 
dem), in welchem sich auch das Objekt Andere Internet-Servicegeber 
befindet, hinter dem sich das bereits besprochene IBM Einwahlpro¬ 
gramm für das Internet verbirgt. Diese Software wird exakt in der 
gleichen Art und Weise eingerichtet wie das Warp 3.0-Pendant, 
wobei unter Warp 4.0 das PPP-Protokoll jedoch ohne zusätzliche 
Modifikationen benutzt werden kann. 

Sollten sich - was bei meinen Versuchen ausschließlich mit dem 
o.g. Lasat-Modem immer wieder passierte - Probleme mit dem Pro¬ 
gramm Andere Internet-Servicegeber ergeben, so können diese ggf. 
wie unter Warp 3.0 mit einer Modifikation der SLIP- und PPP- 
Treiber behoben werden. Nach Installation des modifizierten PPP- 
Treibers (wie oben unter Warp 3.0 beschrieben) arbeitete bei mir 
auch das Lasat-Modem ohne jegliche Probleme. 

Somit dürfte einem erfolgreichen Surfen von jeder Telefonbuch¬ 
se aus in Deutschland nichts mehr im Wege stehen! 


Autor: Erik Bärwal dt 
eMail: ebaerwaldtQcefischer. de 



5.2. Netzwerke mit OS/2 Teil 2 


89 


5.2 Netzwerke mit OS/2 Teil 2 

In dieser Ausgabe der OS/2 Only! präsentieren wir Ihnen den zwei¬ 
ten Teil unseres Workshops Netzwerke mit OS/2. Nach viel Theo¬ 
rie des ersten Teiles soll nun endlich die Praxis folgen 3 . Wir werden 
nur auf relativ wenige Probleme stoßen, wenn wir die Informatio¬ 
nen aus dem ersten Teil beherzigen. Zunächst werden wir damit 
beginnen, unser Netz zu planen. Grundsätzlich gilt: Vorbereitung 
ist alles! Und erst recht ein Netzwerk bedarf einiger voranstehender 
Überlegungen, selbst wenn es sehr klein ist. Interessanter wird dann 
die Einrichtung der Netzwerksoftware werden, dem sich dieser Teil 
des Workshops natürlich ebenfalls widmet. 

Eine kleine Änderung jedoch hat es gegeben: Wir befassen 
uns im Rahmen dieses Workshops ausschließlich mit dem TCP/IP- 
Networking, lassen also OS/2 Peer sowie die Requesterdienste au¬ 
ßen vor. Das geschieht nicht ohne Grund: 

1. Für das Betreiben eines TCP/IP-Netzwerkes hat man bereits 
alles im Lieferumfang von OS/2 Warp 4.0 oder OS/2 Warp 
3.0 Connect. 

2. TCP/IP-Netzwerke sind sehr flexibel und erlauben auch das 
Einbinden von Rechnern, auf denen andere Betriebssysteme 
laufen. 

3. Zusatzsoftware gibt es in überwältigender Vielfalt, oft auch 
als Freeware. 

Diese Punkte bedeuten v.a. eines: Hoher Funktionsumfang ge¬ 
paart mit einem offenen Standard zu extrem günstigen Preisen. 
Es spielt dabei keine Rolle, wie groß Ihr Netzwerk wird: Auch für 

3 Wir wurden von einigen Lesern darauf angesprochen, daß die ausführliche 
Darstellung des ISO-Schichtmodells und TCP/IP völlig unnütz sei, da dies 
ohnehin bekannt und in anderen Büchern nachzulesen sei. Wir meinen je¬ 
doch, daß es auch Leser gibt, die mit Netzwerken noch gar keine Berührung 
hatten und vielleicht auch keine anderen Bücher zur Hand haben, um sich 
dieses Wissen anzueignen. Im Sinne einer verständlichen Darstellung werden 
wir daher auf eine möglichst genaue Vermittlung theoretischen Wissens für 
unerfahrene Anwender nicht verzichten. 



90 


Kapitel 5. Netzwerk 


große Netze ist TCP/IP die erste Wahl. Wir empfehlen daher auch 
der eingeschworenen Requestergemeinde den Umstieg auf TCP/IP. 
Nicht umsonst wird dieses Protokoll im gesamten Unix- und Linux- 
Bereich eingesetzt. 

5.2.1 Weiterer Verlauf des Workshops 

Wir befassen uns in diesem Teil des Workshops im wesentlichen mit 
der Planung und Einrichtung eines kleinen TCP/IP-Netzwerkes. 
Natürlich aber betrachten wir auch, welche Softwareversionen von 
MPTS und TCP/IP Zusammenarbeiten und welche Versionen man 
einsetzen sollte. Nach diesem Teil des Workshops werden Sie Ihr 
Netz bereits betreiben können. Außerdem wird gezeigt, wie Sie Ihr 
Notebook bereits mit einer kleinen Investition in ein Laplink-Kabel 
mit Ihrem Desktopcomputer verbinden - nur mit der in OS/2 bereits 
integrierten TCP/IP-Software. 

Der dritte Teil des Workshops beschäftigt sich mit Themen 
wie der Einrichtung eines WWW- und FTP-Servers sowie mit der 
Nutzung von NFS und anderen Netzwerkdiensten. Besonders eine 
gründliche Beschreibung von NFS haben wir noch in den Workshop 
aufgenommen, weil es einen einfacheren Umgang mit Dateien im 
Netz gestattet. 

Der vierte Teil des Workshops beschäftigt sich mit der Einrich¬ 
tung eines DHCP-Servers, der zusammen mit einem DDNS arbei¬ 
ten soll und das bestehende Netz in ein Dynamic-IP Netz umwan¬ 
delt. Außerdem zeigen wir die Einrichtung eines Gateways sowie 
die Konfiguration eines SOCKS-Servers. Mit einer Darstellung, wie 
man Systeme mit anderen Betriebssystemen in das Netz integriert 
wird der Workshop dann beschlossen werden. 

5.2.2 TCP/IP- und MPTS-Versionen 

Mittlerweile besteht für den OS/2-Anwender eine regelrechte Ver¬ 
sionsvielfalt, was TCP/IP und die MPTS angeht. Mit OS/2 Warp 
4 wird TCP/IP 4.0 ausgeliefert. Dann gibt es noch die Versionen 
4.1, 4.21 und die aktuelleste, nämlich 4.3. Für alle Versionen über 
4.0 muß extra bezahlt werden. Wir werden das aktuelle TCP/IP in 
der nächsten Ausgabe betrachten. 
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5.2.3 Im Workshop verwendete TCP/IP-Version 

In diesem Workshop besprechen wir die Konfiguration eines Sy¬ 
stems, auf dem TCP/IP 4.0 installiert ist. Wir beschränken uns 
deswegen auf diese Version, weil sie noch auf den meisten aller Sy¬ 
steme unser Leser installiert sein dürfte. Die folgenden Versionen 
sind kostenpflichtig und bis auf Benutzer eines Warp Servers for e- 
business auf dem System des Endanwenders kaum vorhanden sein. 
Im nächsten Band berichten wir jedoch ausführlich über die neue¬ 
ste TCP/IP-Version und was sich bei der Konfiguration geändert 
hat. Sie können also mit dem in diesem Artikel vermittelten Wissen 
auch ein TCP/IP 4.2 oder höher konfigurieren. Um ein aktuelles 
TCP/IP auch einsetzen zu können, stellen wir Ihnen dieses auf der 
OS/2 Only! CD Nr. 2 zur Verfügung (inkl. der richtigen MPTS- 
Version). Die folgenden Anweisungen sind im übrigen für TCP/IP 
3.0, das mit Warp 3 Connect ausgeliefert wurde, dieselben. 

Die zur Verwendung kommende MPTS-Version ist die, welche 
mit OS/2 Warp 4 ausgeliefert wird. Für TCP/IP 4.21 benötigt 
man MPTS 5.5x. In dieser Version gab es einige Änderungen, 
die jedoch bei der MPTS-Installation automatisch vorgenommen 
werden. Mit der MPTS-Version von Warp 4 können Sie TCP/IP- 
Versionen über 4.0 nicht betreiben. In den readme-Dateien der 
TCP/IP-Distribution ist stets angegeben, welche MPTS-Version 
benötigt wird. 

5.2.4 Verwendete Netzwerkhardware 

Die erste Frage vor der Konfiguration von TCP/IP oder einem an¬ 
deren Netzwerkprotokoll wird die nach der geeigneten Netzwerk¬ 
hardware sein und natürlich wie man sie einrichtet. Dieser Abschnitt 
soll verschiedene Möglichkeiten der Vernetzung von Rechnern auf¬ 
zeigen, und wie man ein Netzwerk aufbaut. 

Netzwerkadapter 

Im Laufe des Betriebes ganz unterschiedlicher Netze hat sich her¬ 
ausgestellt, daß sich die Netzwerkadapter von SMC als die brauch¬ 
barsten unter OS/2 bewährt haben, da für diese Adapter OS/2- 
Treiber direkt vom Hersteller verfügbar sind, und die Komponen- 
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ten ein gutes Preis-Leistungs-Verhältnis aufweisen. Eine genauere 
Betrachtung OS/2-tauglicher Netzwerkhardware soll jedoch dem 
Hardwareteil des nächsten Bandes Vorbehalten sein. 

Nutzen der parallelen Schnittstelle 

Eine ganz andere Möglichkeit, die auch zum Test der hier ange¬ 
gebenen Konfigurationsschritte ausreicht und wirklich für jeden er¬ 
schwinglich ist, dürfte die Verbindung zweier Rechner über die par¬ 
allele Schnittstelle sein. Von vielen Lesern wurde übrigens verlangt 
zu beschreiben, wie man ein Notebook und einen Desktopcomputer 
am einfachsten und preiswertesten verbindet. Tatsächlich ist dieser 
Anwendungsfall für die meisten Anwender von größtem Interesse, 
da der Austausch von Daten zwischen zwei Rechnern mittels Dis¬ 
ketten kaum mehr akzeptabel sein sollte. Da die parallele Schnitt¬ 
stelle in jedem System vorhanden ist, benötigen Sie nur ein Laplink- 
Kabel, mit dem Sie beide Geräte zusammmenschließen können. Es 
ist in jedem Geschäft für Computerzubehör für knapp 25 DM zu 
erstehen und meist in Längen bis zu 3 m verfügbar. Sie sollten hier 
von vornherein zu einem längeren Kabel greifen, die angegebenen 
3 m jedoch nicht überschreiten. Zusammen mit TCP/IP und OS/2 
steht dann dem Aufbau eines kleinen Netzes nichts mehr im Weg. 

Natürlich ist die parallele Schnittstelle grundsätzlich nicht für 
Netzwerkaufgaben u.ä. gedacht, sondern eigentlich nur zur Über¬ 
mittlung von Daten zu Druckern. Trotzdem kommt sie für den Ge¬ 
legenheitsbetrieb durchaus in betracht. Eine intensive Benutzung 
der Schnittstelle, besonders bei der Übertragung großer Dateien, 
macht sich beim Arbeiten des Systems bemerkbar, stört jedoch 
nicht übermäßig. Alles in allem verläuft die Nutzung der Schnitt¬ 
stelle recht flott. Sie können die Leistungsfähigkeit der parallelen 
Schnittstelle jedoch erhöhen: 

1. Weisen Sie der parallelen Schnittstelle einen IRQ zu. Dies 
führt zu einer Geschwindigkeitssteigerung beim Drucken; für 
den Betrieb des Parallelports als Netzwerkschnittstelle ist es 
sogar obligatorisch! Ab Warp 3 werden parallele Schnittstel¬ 
len standardmäßig gepollt. Das hat den Vorteil, daß keine 
Unterbrechungsebene für die parallelen Interfaces LPT1 bis 
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LPT3 benötigt wird, reduziert aber immer die Leistungsfähig¬ 
keit der Schnittstelle. Sie weisen den Parallelports einen IRQ 
zu, indem Sie die config.sys öffnen und dem Basistreiber 
printOl.sys den Parameter /irq übergeben: 

BASEDEV=PRINT01.SYS 

Der Port LPT1 bekommt dann standardmäßig IRQ 7 zuge¬ 
teilt, LPT2 erhält IRQ 5. Diese IRQs werden oft von Sound¬ 
karten benutzt. Achten Sie also darauf, daß keine Doppelbe¬ 
legungen von Unterbrechungsebenen auftreten. 

2. Jedem LPT-Port kann man einen Puffer zuweisen, der die Ar¬ 
beit mit diesem Port erhöht. In der config.sys benutzen Sie 
zur Definition von Puffern die Anweisung printmonbuf size, 
etwa: 

PRINTM0NBUFSIZE=2048,0,0 

Jedem Port können Sie maximal einen Puffer von 2 KByte 
(2048 Byte) zuweisen. Die Größe des Puffers wird in Byte 
angegeben. Weisen Sie, um Speicher zu sparen, immer nur 
den Ports einen Puffer zu, die auch wirklich benutzt werden. 
Standardmäßig ist für jeden Port ein Puffer definiert. Die par¬ 
allele Schnittstelle, die Sie für Datenübertragungen benutzen, 
statten Sie mit einem Puffer maximaler Größe aus. 

Verfährt man so, läßt sich mit dem Parallelport vernünftig ar¬ 
beiten. Selbst Backuplösungen lassen sich schnell und einfach auf¬ 
bauen, z.B. das Sichern von Daten eines Notebooks auf CD: FTP 
und Telnet ermöglichen zusammen mit den bereits in Band 2 vor¬ 
gestellten Programmen mkisofs.exe und cdrecord.exe den CD- 
Recorder eines Desktopcomputers zu nutzen. Das gilt natürlich 
auch für alle anderen Netzwerkdienste, etwa NFS oder Remote- 
Printing. Der NDIS-Treiber für den Parallelport ist im Lieferumfang 
von MPTS enthalten. Am Beispiel dieses Treibers zeigen wir später 
die MPTS-Konfiguration. 
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Aufbau größerer Netze 

Die Benutzung des LPT-Ports gestattet eine Punkt-zu-Punkt Ver¬ 
bindung zwischen zwei Rechnern. Theoretisch kann man mit Hilfe 
des Routings bei Vorhandensein mehrerer LPT-Ports in einem Sy¬ 
stem auch mehr als zwei Rechner vernetzen, allerdings empfehlen 
wir dies nicht, denn die Konfiguration ist aufwendig, die Leistung 
des Netzes nicht genügend und das Netz selbst ist sehr unflexibel, 
da schwierig erweiterbar. Möchte man also mehr als zwei Rechner 
miteinander verbinden, muß man für jedes System einen Netzwerka¬ 
dapter kaufen. Damit ist es aber nicht getan. 

Ein Rätsel für manchen Anwender ist die Verkabelung, die nicht 
immer trival ist. Hier kommen im wesentlichen zwei Möglichkeiten 
in Frage: 

1. Der Aufbau eines Thin-Wire Ethernets oder eines Token- 
Ring Netzwerkes mit einfachen Koaxialkabeln. Diese Kabel 
haben einen Wellenwiderstand von 50 Ohm und bauen auf 
dem BNC-Standard auf. Ältere Netzwerkkarten verfügen aus¬ 
schließlich über BNC-Anschlüsse. Dieser Standard ist aller¬ 
dings schon etwas in die Jahre gekommen und wurde durch 
die viel einfacher zu verwendenden Kabel mit RJ-45 Anschluß 
abgelöst. 

2. Eine Verkabelung mit Twisted-Pair Kabeln und RJ-45 An¬ 
schlüssen. Dieser Standard ermöglicht eine einfache Anwen¬ 
dung, höhere Zuverlässigkeit der Kabelverbindungen und auch 
höhere Datenübertragungsraten. Allerdings ist der Aufbau 
solcher Netze etwas teuerer. 

Die Netzwerkkarten, die wir Ihnen noch vorstellen werden, bie¬ 
ten beide Anschlußmöglichkeiten. In der Praxis unterscheiden sie 
sich dadurch, daß bei Twisted-Pair Verkabelungen ein Verteiler not¬ 
wendig wird, sobald mehr als zwei Rechner vernetzt werden sollen 
ein sogenannter Hub. An diesen Verteiler werden alle Kabel von 
den Netzwerkadaptern kommend angeschlossen. Das ist notwen¬ 
dig, weil mit Twisted-Pair Kabeln nur Punkt-zu-Punkt Verbindun¬ 
gen möglich sind. Sie können also auch zwei Netzwerkkarten direkt 
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offenes Ende 



T-Stück mit Auto-Terminator 

- Koaxialkabel, Wellenwiderstand 50 Ohm 

o Anschlußdose 

Abb. 5.5: Physische Struktur von Netzwerken mit BNC- und Twisted- 
Pair- Verkabelungen. 


miteinander verbinden, was mit dem BNC-Standard nicht möglich 
ist. Hier muß an jeden Adapter ein T-Stück angeschlossen werden, 
das mit den Kabeln verbunden wird. Die Busstruktur wird bei der 
einfacheren Verkabelung also besonders deutlich. 

Die physische Struktur eines Netzes mit BNC-Verkabelung zeigt 
die Abbildung 5.5. An jeder Netzwerkkarte ist ein T-Stück ange¬ 
schlossen. Im Handel sind hiervon zwei verschiedene Typen erhält¬ 
lich, solche mit und ohne automatischer Terminierung. Wählen Sie 
immer T-Stücke mit Terminator, der aktiviert oder deaktiviert wird, 
je nachdem ob an beiden Enden ein Kabel angeschlossen ist oder 
nur an einem. Beachten Sie auch, daß es keine offenen Stellen ge¬ 
ben darf. Bei Datendosen, die zwei Buchsen bieten, wovon aber nur 
eine belegt ist, muß das offene Ende mit einem Abschlußwiderstand 
geschlossen werden, um Signalreflexionen auf dem Bus zu vermei¬ 
den. Mit Hilfe weiterer T-Stücke kann der Bus beliebig verzweigt 
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werden. Das führt z.T. zu recht unübersichtlichen Verkabelungen 
mit vielen Kontaktstellen und damit vielen möglichen Fehlerquellen. 
Wenn Sie nur drei oder vier Rechner vernetzen möchten, bietet sich 
der BNC-Standard jedoch an, v.a. wenn Sie ältere Netzwerkkar¬ 
ten verwenden. Die eigentlichen Netzwerkkabel bestehen aus einem 
Koaxialkabel mit BNC-Steckern. Einzelteile kann man sich eben¬ 
so kaufen wie komplett fertige Netzwerkkabel. Letztere sind etwas 
teuerer, aber empfehlenswert, wenn man sich nicht mit Löten oder 
Crimpen beschäftigen möchte. Wer selbst Stecker an seine Kabel 
anbringen möchte, muß auf eine saubere Ausführung der Arbeiten 
achten, da sich die Übertragungsqualität sonst herabsetzt. Ist eine 
feste Installation der Kabel auch mit Datendosen vonnöten, kommt 
man um diese Arbeiten nicht herum, bzw. wird sie ausführen lassen 
müssen. Soll eine feste Kabelinstallation erfolgen, raten wir Ihnen, 
keine BNC-Verkabelungen mehr vorzunehmen. 


Die Struktur eines Netzes mit der heute üblichen Twisted-Pair 
Verkabelung zeigt Abbildung 5.6. Auf eine korrekte Terminierung 
muß man nicht mehr achten, dafür wird die Busstruktur nicht mehr 
deutlich. In jedem Fall wird ein Hub benötigt, um alle Rechner mit¬ 
einander zu verbinden. Wenn Sie ein Token-Ring Netzwerk aufbau¬ 
en möchten, brauchen Sie einen Token-Ring Hub. Hubs sind kleine 
und recht preiswerte Verteiler, in denen die eigentliche Bus- oder 
Ringstruktur integriert ist. Ein Hub verstärkt übrigens auch das 
Übertragungssignal. Da auf dem Übertragungsmedium also dem 
Kabel, eine Rechteckspannung anliegt, die sich in Relation zur Ka¬ 
bellänge abflacht, wird man in großen Netzwerken immer mehrere 
Hubs finden, um die Signalqualität wieder zu erhöhen. In einem klei¬ 
nen Netz, in dem nur geringe Kabellängen auftreten, brauchen Sie 
jedoch nur einen Hub. Dieser wird an einer gut zugänglichen zen¬ 
tralen Stelle aufgebaut und die von den einzelnen Stationen ankom- 
menden Kabel werden daran angeschlossen. Das zentrale Verteilen 
des Signals minimiert die Fehlerquellen. Da RJ-45 Stecker einfach 
zu benutzen und zuverlässig sind, erspart man sich auch einen un¬ 
gewollten Kabelsalat. Aber: Von jeder Station muß ein Kabel bis 
zum Hub geführt werden, das mitunter recht lang sein kann. Bei 
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einer ortsfesten Installation kann man sich jedoch auch Datendo¬ 
sen bis an jeden Arbeitsplatz legen. Solche Arbeiten müssen jedoch 
wegen des komplexeren Kabelstandards auf jeden Fall von einem 
Fachmann durchgeführt werden. In einem kleinen Büro und bei 
knappem Budget ist so ein Aufwand aber nicht unbedingt erfor¬ 
derlich. Mit ein wenig Geschick kann man die Kabel einfach hinter 
Scheuerleisten am Boden entlang verbergen und das Netz auch so 
schnell und kostengünstig aufbauen. 



Abb. 5.6: Physische Struktur von Netzwerken mit BNC- und Twisted- 
Pair- Verkabelungen. 

Im allgemeinen sollten Sie auf Twisted-Pair Verkabelungen set¬ 
zen. Wenn das aber aus irgend einem Grund zu teuer oder kom¬ 
pliziert sein sollte, genügt auch eine einfache BNC-Verkabelung als 
Einstieg. Die vorgestellten Netzwerkkarten erlauben die Verwen¬ 
dung beider Kabelstandards. Allerdings ist die Datenübertragung 
bei Koaxialkabel auf 10 MBit/s beschränkt. Begehrte 100 MBit/s 
erhält man nur mit dem neuen Kabelstandard, allerdings auch zu 
einem anderen Preis. Die Erfahrung hat gezeigt, daß bei Netzen mit 
geringer Auslastung 10 MBit/s genügen. Man wird also von Fall 
zu Fall zu entscheiden haben, welche Bandbreite man tatsächlich 
benötigt und dementsprechend sein Netz planen. Die hier wieder¬ 
gegebenen Informationen zum Aufbau sollten dazu genügen, geben 
sie doch die Punkte wieder, die in der Praxis von größter Bedeutung 
sind. 
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5.2.5 MPTS konfigurieren 

Nach diesen einleitenden Hinweisen zum Aufbau von Netzwerken 
befassen wir uns nun mit der Konfiguration der MPTS (Multi Pro- 
tocol Transport Services). Wie schon in Band 2 erwähnt, stellen 
die MPTS die Grundlage der gesamten Netzwerkfunktionalität von 
OS/2 zur Verfügung. Enthalten sind nicht nur Treiber für Netz¬ 
werkadapter, sondern auch Protokolltreiber und andere Transport¬ 
dienste. Würde man nur die für TCP/IP wichtigen Komponen¬ 
ten im MPTS-Paket belassen, schrumpfte diese Komponente auf 
nur wenige MByte zusammen. Mit einer Abmagerung des MPTS- 
Paketes beschäftigen wir uns an dieser Stelle jedoch nicht. Schon 
im Interesse, vielleicht später doch NetBIOS-Anwendungen aus¬ 
zuführen und andere Protokolle zu nutzen, soll die MPTS Installa¬ 
tion unverändert bleiben. 

Grundsätzliche Hinweise 

MPTS wird immer installiert, selbst dann, wenn Sie sich bei der 
Einrichtung von OS/2 auf Ihrem System dazu entschlossen ha¬ 
ben, keine Netzwerkeinrichtungen zu installieren. Sie finden die 
MPTS-Komponente z.T. im Verzeichnis \mptn auf dem OS/2- 
Installationslaufwerk. Dies ist jedoch nicht das einzige Verzeich¬ 
nis, da die Protokoll- und Netzwerkadaptertreiber im Verzeichnis 
\ibmcom abgelegt sind. Sprachspezifische Erweiterungen und Si¬ 
cherheitskomponenten befinden sich außerdem in den Verzeichnis¬ 
sen \ibmil8n und \ibmgsk. Achten Sie also darauf, keines dieser 
Verzeichnisse versehentlich zu löschen. 

Eine sehr unangenehme Eigenschaft dieser Netzwerkkomponen¬ 
te besteht in deren Aufbau. Nicht nur daß die einzelnen Verzeichnis¬ 
se über das Installationslaufwerk verstreut sind; leider finden sich 
auch viele TCP/IP-Dateien in Unterverzeichnissen des Verzeich¬ 
nisses \mptn. Dazu gehören nicht nur TCP/IP-typische Dienstpro¬ 
gramme sondern auch der gesamte Satz an TCP/IP Konfigura¬ 
tionsdateien, die im Verzeichnis \mptn\etc zu finden sind. Das 
sollte nicht so bleiben. TCP/IP-Programme werden auch unter 
\mptn\bin abgelegt. Das sollte man auch nicht ändern, da bei 
einer Neuinstallation von TCP/IP sinnigerweise die neuen Datei- 
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en in diesem Verzeichnis landen, dazu zählt u.a. auch die NFS- 
Unterstützung. Man ist also nach einem Update ständig am ver¬ 
schieben von Dateien, was man sich ersparen kann. Auf jeden Fall 
sollte man dem ETC-Verzeichnis einen besseren Platz zuweisen. 
Das kann überall sein. Das Verzeichnis wird durch die Umgebungs¬ 
variable ETC in der config.sys angegeben, etwa: 

SET ETC=C: \MPTN\ETC 

Es wäre sinnvoller, das gesamte ETC-Verzeichnis in das Verzeich¬ 
nis \tcpip\etc zu verschieben oder noch besser auf ein anderes 
Laufwerk. Sollte es nämlich einmal nötig werden, ein komplettes 
Backup der Betriebssystempartition aufzuspielen und die Partition 
vorher zu formatieren, geht die TCP/IP-Konfiguration nicht verlo¬ 
ren. Die MPTS-Konfiguration jedoch schon, da diese in der Datei 
protocol.ini im Verzeichnis \ibmcom abgelegt ist. Diese Datei 
sollte man in seine Dateisicherungen immer einbeziehen. 

Basiskonfiguration 

Während der Installation von MPTS auf Ihrem System werden be¬ 
reits einige Treiber eingebunden, die von größter Wichtigkeit sind. 
Wenn Sie die config.sys einmal sortieren sollten, achten Sie auch 
auf die Reihenfolge, mit der die Protokolltreiber aufgerufen werden. 
Nach der MPTS-Installation finden Sie z.B. folgende Eintragungen 
in der conf ig. sys: 

DEVICE=D: \IBMCOM\LANMSGDD .0S2 /I:D:\IBMC0M /S 
DEVICE=D: \IBMC0M\PR0TMAN .0S2 /I:D: \IBMC0M 
DEVICE=D:\MPTN\PR0T0C0L\S0CKETS.SYS 
DEVICE=D: \MPTN\PR0T0C0L\AF0S2 .SYS 
DEVICE=D: \MPTN\PR0T0C0L\AFINET .SYS 
DEVICE=D: \IBMC0M\MACS\SMC8022 .0S2 

CALL=D: \IBMC0M\PR0T0C0L\NETBIND .EXE 
RUN=D: \IBMCOM\LANMSGEX .EXE 
RUN=D: \MPTN\BIN\CNTRL .EXE 

CALL=D: \0S2\CMD.EXE /Q /C D:\MPTN\BIN\MPTSTART.CMD 
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Auf dem System, von dem diese Eintragungen stammen, ist auch 
TCP/IP installiert worden. Die einzelnen Treiber haben folgende 
Bedeutungen: 

LANMSGDD.OS2 Treiber für die Nachrichtendienste des OS/2- 
Requesters. Unter TCP/IP werden diese Dienste nicht benötigt. 
Der Treiber kann daher auskommentiert werden. Das gleiche gilt 
für den RUN-Aufruf, der die Nachrichtendienste startet. 

PROTMAN.OS2 Dies ist der OS/2-Protokollmanager. Gleich 
welches Protokoll zum Einsatz kommt, der Protokollmanager muß 
zu allererst geladen werden. Beim Sortieren der config.sys läßt 
man dies meist außer acht. Als Parameter wird das Verzeichnis an¬ 
gegeben, in dem sich die einzelnen Protokoll- und Adaptertreiber 
sowie die Datei protocol.ini befinden. 

SOCKETS.SYS Dieser Treiber stellt das SO CK ET-Interface zur 
Verfügung. Sockets sind Schnittstellen zur IPC 4 zwischen verschie¬ 
denen Prozessen, die entweder auf dem gleichen System oder un¬ 
terschiedlichen Systemen im Netzwerk miteinander kommunizieren 
wollen. 

AFOS2.SYS Dieser Treiber stellt die Protokollschicht zur lokalen 
IPC mit Sockets zur Verfügung. 

AFINET.SYS Dieser Treiber stellt die Protokollschicht zur IPC 
über TCP/IP zur Verfügung. Hierin sind auch Teile des TCP/IP- 
ProtokoIIStacks enthalten. 

SMC8022.OS2 Dies ist der Treiber für einen Netzwerkadapter, 
im Falle des Beispielsystems für einen SMC PCMCIA Ethernet Ad¬ 
apter. Der Treiber kann nur dann erfolgreich geladen werden, wenn 
zuvor der Protokollmanager installiert wurde. 


4 IPC ist eine Abkürzung und steht für Inter Process Communication. 



5.2. Netzwerke mit OS/2 Teil 2 


101 


Diese Einträge werden in der config.sys vom MPTS Konfi¬ 
gurationsprogramm in der richtigen Reihenfolge und mit den rich¬ 
tigen Werten gesetzt. Das Programm heißt mpts.exe, befindet 
sich im Verzeichnis \mpts\bin und wird zur Einrichtung der Netz¬ 
werkschnittstellen und Adaptertreiber verwendet. Anhand der Ein¬ 
richtung einer Netzwerkschnittstelle mit einem Parallelporttreiber 
werden wir die Arbeit mit diesem Programm erläutern. 

MPTS-Beispielkonfiguration 

Im folgenden finden Sie die Beschreibung einer MPTS Konfigura¬ 
tion unter OS/2 Warp 4 am Beispiel der Einrichtung des SSW- 
Treibers für den Parallelport. Die Vorgehensweise ist jedoch stets 
dieselbe. Sie können die MPTS-Konfiguration über die Komman¬ 
dozeile starten, indem Sie das Programm mpts.exe aufrufen; oder 
über die WPS. Im Ordner Systemkonfiguration befindet sich ein 
entsprechendes Programmobjekt namens Adapter und Protokoll¬ 
dienste. Da MPTS nach einer Warp 4 Installation immer vorhanden 
ist, beschäftigen wir uns nur mit der Konfiguration. Die Installation 
wird jedoch mit dem gleichen Programm vorgenommen (etwa bei 
neuen Versionen). Betrachten wir nun die einzelnen Konfigurati¬ 
onsschritte: 

Erster Schritt Öffnen Sie MPTS mit einer der oben angegebe¬ 
nen Methoden. Es erscheint ein Fenster namens Multiprotokoll- 
Transportdienste mit einer gleichnamigen Dialogbox. Drücken Sie 
auf Konfigurieren (siehe Abbildung 5.7). 

Zweiter Schritt Es erscheint ein Dialogfenster namens Konfigu¬ 
rieren, das eine Auswahl einrichtbarer Komponenten anbietet (Abb. 
5.8). Voreingestellt ist der Punkt LAN-Adapter und -Protokolle. 
Belassen Sie es bei dieser Voreinstellung, und klicken Sie auf Kon¬ 
figurieren. MPTS liest dann die Konfigurationsdateien aus. 

Dritter Schritt Das Fenster Adapter- und Protokollkonfiguration 
wird angezeigt (Abb. 5.9). Das Fenster gliedert sich in die folgenden 
Abschnitte: 
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Konfigurieren 


Einen der nachfolgenden Punkte und anschließend ‘Konfigurieren’ auswählen. 
Wird in diese Anzeige zurückgekehrt, kann ein weiterer Punkt oder 
'Schließen 1 zum Sichern der Konfiguration ausgewählt werden. 


Adapter und Protokolle 

• LAN-Adapter und -Protokolle 
CFG-Datei des CM 1.3 umstellen 

Socket/MPTS-T ransportzugrif f 

ICP/IP-•Konfiguration 


NetBIOS Socket-Zugriff 


Schließen | Konfigurieren 


_ Status 

Konfiguriert 


Notizbuch im TCP/IP-Ordner zur 
Konfiguration verwenden. 


Nicht konfiguriert 

Entfernen Abbruch Hilfe 


Abb. 5.7: Oberfläche der Multiprotokoll-Transportdienste. 

• Netzwerkadapter 

Hier wählen Sie den in Ihrem System vorhandenen Netz¬ 
werkadapter aus. Über Hinzufügen wird dieser in das Sy¬ 
stem eingebunden. Findet sich der Adapter in der Liste nicht, 
kann man über Hinzu fügen ein Verzeichnis angeben, in dem 
der Adaptertreiber samt seiner NIF-Datei 5 abgelegt ist. Beim 
Hinzufügen von Adaptertreibern werden diese vom Quellver¬ 
zeichnis in das Verzeichnis ibmcom\macs kopiert. 

• Protokolle 

In diesem Fenster werden die auf dem System verfügbaren 
Protokolle angezeigt. Hinzufügen verknüpft dabei einen Ad¬ 
apter mit dem zuvor ausgewählten Protokoll. 

• Aktuelle Konfiguration 

In diesem Fenster wird die aktuelle Konfiguration angezeigt. 
Die ausgewählten Adaptertreiber werden mit der zugeord¬ 
neten Schnittstelle dargestellt. Insgesamt können in einem 


5 NIF steht für Network Information File und beschreibt den zugehörigen Ad¬ 
apter. Außerdem sind adapterspezifische Einstellungen, die MPTS überneh¬ 
men und in die Datei protocol.ini schreiben soll, in der Datei vorhanden. 
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Mulriprotokoll-Transportdienste 


IBM Multiprotokoll-Transportdienste (MPTS) zum Installieren und 
Konfigurieren der Netzwerkadapter und Protokolle verwenden. 


Ende 


Konfigurieren 


Installieren 


1 


Entfernen 


Hilfe 


Abb. 5.8: MPTS-Dialogfenster Konfigurieren. 


System 8 Schnittstellen installiert werden (numeriert von 0 
bis 7). Jeder Schnittstelle wird auch ein Protokoll zugeord¬ 
net, das hinter der logischen Schnittstellennummer angezeigt 
wird. 


Adapter- und Protokollkonfiguration 


Einen Netzwerkadapter und dann die entsprechenden Protokolle auswählen. 


Netzwerkadapter 

Prot 

okolle 

1 IBM LAN-Adapter/A für Ethernet (IBME - 
IBM LANStreamer 16/32 MCA Adapter (L. 


IBM OS/2 NETBIOS P 

IBM Unterstützung für Netw 
IBM OS/2 NETBIOS ÜBER TCI Ij 


[IBM PCI Ethernet-Adaptertreiber [IBME H 
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Abb. 5.9: Adapter- und ProtokolIkonfiguration 

War in Ihrem System zuvor kein Adaptertreiber installiert, wird, 
wie in der Abbildung gezeigt, der IBM NULL MAC-Treiber instal- 
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liert sein. Entfernen Sie ihn, indem Sie im Feld Aktuelle Konfigura¬ 
tion erst das Protokoll durch Drücken auf Entfernen und dann den 
Treiber selbst aus der Konfiguration löschen. 

Vierter Schritt Nun werden der Adapter- und Protokolltreiber 
installiert. Wählen Sie aus der Liste Netzwerkadapter den Eintrag 
SSW-Parallelanschluß für Adapter ohne NIC aus und klicken Sie 
auf Hinzufügen. Wählen Sie anschließend aus der Liste Protokol¬ 
le den Eintrag IBM TCP/IP aus und klicken Sie dort ebenfalls 
auf Hinzufügen. Das Ergebnis sehen Sie im Fenster Aktuelle Kon¬ 
figuration: Es wurde eine Schnittstelle 0 eingerichtet, die mit dem 
Parallelport-Treiber und TCP/IP und Protokollschicht verbunden 
ist. Das Ergebnis zeigt die Abbildung 5.10. 


Adapter- und Protokollkonfiguration 


Einen Netzwerkadapter und dann die entsprechenden Protokolle auswählen. 
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Abb. 5.10: Adapter- und Protokollkonfiguration mit eingebundenem 
Parallelporttrei b er 


Fünfter Schritt Anschließend wird der Treiber konfiguriert. Dies 
ist nicht bei allen Adaptertreibern nötig. Die Eingaben, die hier 
getätigt werden müssen, sind für jeden Adapter verschieden und 
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abhängig von den Einträgen in der NIF-Datei des Adaptertreibers. 
Als Beispiel wollen wir aber die Konfiguration des Parallelport- 
Treibers kontrollieren. Wählen Sie ihn dazu im Fenster Aktuelle 
Konfiguration aus und klicken Sie auf Editieren. Dann erscheint 
das in Abb. 5.11 angegebene Fenster. 


Parameter für 55W-Parallelanschlufl für Adapfer ohne NIC 


Die Parameter entsprechend ändern. 


Verbindungsmodus für Paratielanschlußnetzwerktreiber 

1 

Adresse des Parallelanschlußnetzwerktreibers 

|4OOOOOO00OOA 

LPT-IRQ-Ebene 


Basisadresse des LPT-Anschlusses 

r 

i i ] 

y i 


OK Bereich Abbruch Hilfe 


Abb. 5.11: Den SSW-Parallelporttreiber konfigurieren 

Jeder Netzwerkadapter verfügt über eine Adapteradresse. Das 
ist eine vom Hersteller vorgegebene Flardwareadresse. Jeder Adap¬ 
ter benötigt eine solche Adresse, die in einem Netzwerk nur einmal 
vergeben sein darf. Lesen Sie bei Bedarf in Band 2 noch einmal über 
die Zuordnug von Adapter- und Netzwerkadresse nach. Normale 
Netzwerkadapter haben schon eine Hardwareadresse, der Parallel¬ 
port jedoch nicht. Also geben wir hier eine Adresse ein, die im Netz¬ 
werk noch nicht vergeben ist, wir haben die Adresse 40000000000A 
gewählt. Die LPT-IRQ-Ebene haben wir auf 7 belassen, da dies 
für unser System zutrifft. Die Basisadresse des LPT-Anschlusses 
können Sie freilassen, da der Treiber den ersten im System ge¬ 
fundenen LPT-Port verwendet, also LPT1, und dessen Adresse ist 
bekannt. Wenn bereits ein Drucker an LPT1 angeschlossen ist, 
geben Sie hier die Basisadresse von LPT2 an. Vergessen Sie in die¬ 
sem Fall jedoch nicht, auch die IRQ-Ebene zu ändern (für LPT2 
meistens von 7 auf 5). Im Feld Verbindungsmodus für den Parallel¬ 
anschlußnetzwerktreiber können die Eintragungen IDLE und CALL 
angegeben werden. Standardmäßig ist der Modus CALL. Das sollte 
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auch so belassen werden, da die Schnittstelle im Netzwerkbetrieb 
sonst nicht richtig funktioniert. 

Nach Vergabe der Hardwareadresse schließen Sie das Fenster 
durch Klicken auf OK. 

Sechster Schritt Zum Abschluß wird die Konfiguration gespei¬ 
chert und das System neu gestartet, damit die Änderungen auch 
wirksam werden. 

Dazu schließen Sie das Fenster Adapter- und Protokollkonfigu¬ 
ration , indem Sie auf OK klicken. Das Konfigurations-Dialogfenster 
erscheint dann wieder. Drücken Sie hier auf Schließen. Das Fenster 
Multiprotokoll-Transportdienste wird wieder angezeigt. Drücken Sie 
hier auf Ende. 


CONFIG.SYS aktualisieren 


Laufwerke auswählen, auf denen die Datei CONFIG.SYS 
aktualisiert werden soll. 

'Ende' auswählen, um die Datei CONFIG.SYS mit den 
vorgenommenen Änderungen zu aktualisieren. Von jeder 
geänderten Datei CONFIG.SYS wird eine Sicherungskopie als 
CONFIG.MPT gesichert. 

V CONFIG.SYS aktualisieren 


Zu aktualisierende Laufwerke 



Ende 


Abbruch 
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Abb. 5.12: Aktualisieren der Systemkonfiguration durch MPTS 


MPTS prüft dann kurz das System und zeigt den Dialog CON¬ 
FIG.SYS aktualisieren an (Abb. 5.12). Sind mehrere startbare Par¬ 
titionen vorhanden, sind diese unter Zu aktualisierende Laufwerke 
angezeigt. Die aktive Partition ist allerdings hervorgehoben. Über- 
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prüfen Sie dies aber vorsichtshalber. Anschließend drücken Sie auf 
Ende, damit MPTS mit der Aktualisierung der Systemkonfiguration 
beginnen kann. Das kann etwas länger dauern als man annehmen 
könnte, stören Sie das Programm aber besser nicht. Es meldet sich 
mit einer Nachrichtenbox, daß die config.sys aktualisiert wurde. 
Bestätigen Sie dies. 

Siebter Schritt Zuletzt wird der Dialog MPTS verlassen ange¬ 
zeigt (Abb. 5.13). Drücken Sie hier auf Ende. Anschließend führen 
Sie einen Systemabschluß durch und starten das System dann neu. 


MPTS verlassen 


Das MPTS-Installationsprogramm hat diesen Teil der 
Installation erfolgreich beendet. Um die Installation zu 
beenden, folgende Schritte durchführen: 

1. Dieses Installations-ZKonfigurationsprogramm 
verlassen. 

2. Alle laufenden Programme beenden. 

3. Auf der OS/2-Arbeitsoberfläche einen 
Systemabschluß durchführen. 

Beim Neustart der Datenstation aktiviert MPTS automatisch 
die angegebenen Änderungen. 


Ende 


Hilfe 1 


Abb. 5.13: Der Dialog MPTS verlassen 

Da wir zwei Rechner miteinander über ein Parallelkabel verbin¬ 
den wollen, verfahren Sie bei dem zweiten System genauso. Diese 
sieben Schritte sind immer die gleichen, egal ob Sie ein System mit 
einer anderen Schnittstelle oder zusätzlichen Interfaces ausstatten. 
Wenn wir uns später der Konfiguration von Gateways zuwenden, 
werden wir das MPTS-Konfigurationsprogramm wieder benutzen. 

An dieser Stelle sei noch auf eine Besonderheit hingewiesen, 
die es bei der Arbeit mit MPTS zu beachten gilt: Es kann nämlich 
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manchmal Vorkommen, daß MPTS beim Aktualisieren der System¬ 
konfiguration ins Stocken gerät und man mitunter zu lange auf die 
Beendigung dieses Vorgangs wartet. Beenden Sie das Programm 
aber nie gewaltsam. Wenn man mit Strg-hEsc die Fensterliste an- 
zeigen läßt, beendet das Programm die Aktualisierung nach weni¬ 
gen Sekunden doch noch. Dieses Verhalten tritt mit der neuesten 
MPTS-Version übrigens nicht mehr auf und mit älteren Versionen 
nur selten. 

5.2.6 TCP/IP 4.0 konfigurieren 

Ist die Netzwerkschnittstelle auf jedem Rechner eingerichtet, kann 
mit der Konfiguration von TCP/IP begonnen werden. Zum Ab¬ 
schluß dieses Teils des Workshops wenden wir uns der Konfigu¬ 
ration des Protokollstacks zu. Welche TCP/IP-Anwendungen man 
benutzen sollte - denn es gibt für die wichtigsten Dienste, wie FTP, 
bessere Programme als die, welche IBM mit TCP/IP ausliefert 6 - 
und wie man sie konfiguriert, betrachten wir im nächsten Band. 

Installation 

Ist TCP/IP noch nicht auf Ihrem Rechner installiert, muß dies zu¬ 
vor nachgeholt werden. Dazu starten Sie das Programm Netzwer¬ 
kinstallation anpassen, das Sie im Ordner Installieren/Entfernen 
im Ordner Systemkonfiguration auf der Arbeitsoberfläche finden. 
Während der Installation haben Sie die Möglichkeit, TCP/IP be¬ 
reits rudimentär zu konfigurieren. Das müssen Sie jedoch nicht tun, 
da die Einrichtung des Protokollstacks auch jederzeit später vorge¬ 
nommen werden kann. Wenn Sie noch keine Erfahrung mit TCP/IP 
haben, führen Sie am besten nur die Installation durch, und nehmen 
die Konfiguration anhand der folgenden Anleitung vor. 

Das Konfigurationsnotizbuch 

Man kann die Konfiguration von TCP/IP auch mit dem Systeme¬ 
ditor vornehmen, da alle Konfigurationsdateien reine Textdateien 
sind. Wo man sie findet, wurde weiter oben bereits angegeben. 


6 Das gilt im übrigen auch für die neueste TCP/IP Version 4.3. 
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Das ist aber nicht sehr komfortabel, also wird man das IBM Konfi¬ 
gurationsnotizbuch für TCP/IP verwenden. In TCP/IP 4.0 ist dies 
noch ein schnittiges PM-Programm. Alle höheren Versionen arbei¬ 
ten mit Java-Programmen, welche genau die gleiche Funktiona¬ 
lität bieten, nur etwas langsamer sind. Tips zu dem neuen Java- 
Konfigurationsnotizbuch finden Sie im Kapitel Knowhow in diesem 
Band. 

Das Notizbuch können Sie starten, indem Sie auf der Kom¬ 
mandozeile das Programm tcpcfg.exe starten oder das Objekt 
TCP/IP Konfiguration (lokal) im Ordner Systemkonfiguration auf 
der Arbeitsoberfläche öffnen. 

Struktur des Netzwerkes 

Zuvor sind noch einige Überlegungen erforderlich: Welche Adreß- 
klasse wählt man für das lokale Netz und wie verteilt man die 
einzelnen IP-Adressen. Wir halten uns hier an die Angaben, die in 
Band 2 gemacht wurden, so daß wir an dieser Stelle auf weitere 
Erklärungen verzichten können. 

Wir wählen für das Netz Klasse-C Adressen. Das Netz soll die 
IP-Nummer 196.100.1 erhalten und alle Hosts von 1 an aufstei¬ 
gende Nummern. Der erste Host wäre also 196.100.1.1, der zweite 
196.100.1.2 usw. Die Domain für das Beispielnetz soll cenet.de hei¬ 
ßen, und die Hosts benennen wir mit hostl, host2 etc. Die Teilnetz¬ 
werkmaske wird mit 255.255.255.0 angegeben. Diese Nomenklatur 
verwenden wir auch für spätere Erweiterungen des Netzes etwa mit 
DHCP/ DDNS und für die Konfiguration von PPP-Gateways. 

In Band 2 der OS/2 Only! finden Sie alle nötigen Informationen 
zur Adreßvergabe, sollten Sie Ihr Wissen vor der Konfiguration noch 
einmal auffrischen wollen. 


Durchführung der Konfiguration 

Nun können wir mit der eigentlichen TCP/IP-Konfiguration begin¬ 
nen. Starten Sie dazu zunächst wie oben angegeben das TCP/IP- 
Konfigurationsnotizbuch. Es bietet eine ganze Reihe von Seiten. 
Die wichtigstengehen wir nun nacheinander durch. 
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Abb. 5.14: TCP/IP Konfigurationsnotizbuch, Seite Netzwerk 


Netzwerk Abbildung 5.14 zeigt das Notizbuch nach dem Pro¬ 
grammstart. Auf der Seite Netzwerk weisen Sie der zuvor mit 
MPTS konfigurierten Netzwerkschnittstelle eine IP-Adresse zu. Da¬ 
zu wählen Sie in der Listbox Zu konfigurierende Schnittstelle den 
Eintrag LAN interface 0 aus. Im Feld Konfigurationsoptionen ak¬ 
tivieren Sie das Feld Schnittstelle aktivieren und Manuell über. Als 
IP-Adresse tragen Sie beim ersten Rechner 196.100.1.1 und beim 
zweiten Rechner 196.100.1.2 ein. Im Feld Netzwerkmaske tragen 
Sie 255.255.255.0 als Wert ein. 

Leitweg Wechseln Sie auf die Seite Leitweg. Abbildung 5.15 zeigt 
die vollständig eingetragenen Leitwege für den Host, dem wir die 
IP-Nummer 196.100.1.1 gegeben haben. Es gibt insgesamt vier ver¬ 
schiedene Leitwegtypen: 

1. HOST 

Hiermit wird eine Route von einem bestimmten Host zu ei¬ 
nem anderen, einzelnen Host angegeben. Mit einer HOST- 
Route könnte man einen Leitweg vom Host 196.100.1.1 zum 





5.2. Netzwerke mit OS/2 Teil 2 


111 


Host 196.100.1.2 definieren. 

2. NET 

Hiermit wird eine Route zu einem bestimmten Netzwerk an¬ 
gegeben. Eine NET-Route ist besonders bei der Konfigura¬ 
tion von Routern wichtig. Würde der Host 196.100.1.1 ein 
Router zum Netz 196.100.2 sein, ließen sich IP-Pakete mit 
der NET-Route vom Netz 196.100.1 zu allen Hosts des an¬ 
deren Netzes schicken. 

3. DEFAULT 

Hiermit wird eine Default-Route gesetzt. Über Default-Router 
haben wir bereits in Band 2 gesprochen: Jedes IP-Paket, 
das ein Host im eigenen Netz nicht zu verschicken weiß, 
gleich an wen es adressiert ist, schickt er zu seinem Default- 
Router. Wenn Sie sich ins Internet einwählen, wird z.B. eine 
Default-Route auf das PPP-lnterface gesetzt, das sämtliche 
an Internet-Hosts adressierten IP-Pakete korrekt weiterleitet. 

4. SUBNET 

Hiermit wird eine Route innerhalb eines Netzes zu einem an¬ 
deren Subnetz gesetzt. In seiner Bedeutung ist dieser Routen¬ 
typ dem Typ NET gleichzusetzen. 

Jedes TCP/IP-Netz braucht zumindest eine Route. Wir ver¬ 
fahren in diesem Falle so, daß jeder Host eine Default-Route zu 
sich selbst setzt. Das TCP/IP-Konfigurationsnotizbuch setzt au¬ 
ßerdem noch eine NET-Route. In unserem Falle wäre das Zielnetz 
196.100.1 und der Router 196.100.1.1 bzw. 196.100.1.2 auf dem 
zweiten System. Um eine solche Route in die Leitwegtabelle einzu¬ 
tragen, klicken Sie auf den Button Hinzufügen. Daraufhin erscheint 
eine Dialogbox, die in Abb. 5.16 wiedergegeben ist. Geben Sie den 
Buchstaben D im Feld Leitwegtyp ein. Der Routentyp wird damit 
auf Default gesetzt. Im Feld Router-Ad resse geben Sie 196.100.1.1 
ein, bzw. 196.100.1.2 beim anderen System. Die Knotenanzahl ist 
1. Schließen Sie dann die Dialogbox durch Klicken auf Hinzufügen. 
Das Ergebnis sollte aussehen wie in Abbildung 5.15 angebeben. Der 
NET-Eintrag wird automatisch erzeugt. 
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Abb. 5.15: TCP/IP Konfigurationsnotizbuch, Seite Leitweg 


Wenn unser Netz größer wird, werden wir die Default-Route auf 
einen anderen Host setzen. Die NET-Route sollte aber immer in 
der Leitwegtabelle verbleiben. 


Hosts Wechseln Sie auf die Seite Hosts des Konfigurationsnotiz¬ 
buches. Diese Notizbuchseite ist in Abbildung 5.17 wiedergegeben. 
Geben Sie zunächst den Hostnamen des Rechners im Feld Host- 
Name dieser Maschine ein. Für unser Beispielnetz wäre dies hostl 
für den Host 196.100.1.1 und host2 für den Rechner mit der IP- 
Nummer 196.100.1.2. Im Feld Name der lokalen Domäne geben Sie 
den von Ihnen gewählten Domänennamen ein, in unserem Beispiel 
ist dieser cenet.de. Die anderen Felder dieser Notizbuchseite lassen 
Sie unverändert. Später werden wir hier unseren DNS eintragen. 

Wechseln Sie anschließend auf die Seite 2 der Notizbuchseite 
Hosts. Hier werden die Eintragungen in der Hosttabelle vorgenom¬ 
men. Ist in Ihrem Rechner kein DNS vorhanden, müssen die folgen¬ 
den Arbeiten auf jedem Host im Netz vorgenommen werden. Bei 
kleinen Netzen bis zu 3 Rechnern ist dieser Aufwand vertretbar, 
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Abb. 5.16: Setzen eines Default-Leitweges 


aber dennoch etwas nervig. Bei größeren Rechnern ist der Einsatz 
eines DNS mehr als nur empfehlenswert. Fürs erste aber nehmen 
wir die Einträge in die Hosttabellen vor. Dazu klicken Sie auf die 
Schaltfläche Hinzufügen , worauf sich die Dialogbox HOSTS Eintrag 
öffnet. 

Die Abbildung 5.19 zeigt den Eintrag für den Host, den wir 
host2 nennen, und der die IP-Nummer 196.100.1.2 zugewiesen be¬ 
kommt. Die Felder, in welche die Einträge vorzunehmen sind, soll¬ 
ten selbsterklärend sein. Allein das Feld Aliasnamen verdient noch 
Erwähnung. Hier können Sie für jeden Host noch zusätzliche Na¬ 
men vergeben, die u.U. aussagekräftiger sind als hostl und host2. 
Wir wählen für den Rechner hostl.cenet.de den Aliasnamen ropi 
und für den Rechner host2.cenet.de das Alias notebook. Sie können 
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Abb. 5.17: TCP/IP Konfigurationsnotizbuch , Seite Hosts, Seite 1 


einem Host auch mehrere Aliasnamen geben. Diese werden durch 
einen Leerschritt getrennt im vorgesehenen Eingabefeld der Dialog¬ 
box angegeben. 

Tragen Sie auf jedem Rechner alle Hostnamen-Zuordnungen auf 
diese Weise in die Hosttabelle ein. Aktivieren Sie dann die Schalt¬ 
fläche HOSTS-Liste vor Abfragen der Namen-Server durchsuchen. 

Wenn Sie alle Hosts in die Tabelle eingetragen haben, wechseln 
Sie bitte auf die Seite Allgemein des Notizbuches. Weitere Informa¬ 
tionen zur Hosttabelle und zu DNS finden Sie im ersten Teil dieses 
Workshops. 


Allgemein Mit den Eintragungen auf dieser Seite des Notizbu¬ 
ches ist die Konfiguration des Protokoll Stacks beendet. Abbildung 
5.20 zeigt diese Notizbuchseite. Tragen Sie im Feld Benutzername 
den Namen des Benutzers dieser Maschine ein. Einige TCP/IP- 
Dienste wie TALK benötigen einen Benutzernamen. Wir haben für 
den Rechner hostl.cenet.de den Namen ropi gewählt. Der Benut¬ 
zername ist grundsätzlich frei wählbar, sollte aber weder Sonder- 







Dienste zur Namenauflösung konfigurieren 



Host- Namen- Konf igi 
IP-Adresse 

ration ohne Namen-Server 

Host-Name 


Netzwerk 



Leit weg 




d | 

Hosts 





Autostart 





Allgemein 




d ! 

Sicherheit 

!s5 HOSTS-Liste vor Abfragen der Namen-Server durchsuchen 


5 

Server 




Socks 

1 Hinzufügen 1 

Hilfe Löschen 



Widerrufen | 



Drucken 


Standard Ändern 


Post 

■ —.. 




gmaljlgül 

Host-Hamen - Seite 2 von 2 + 

u ‘r— - 

Sendmail 

ir 


Abb. 5.18: TCP/IP Konfigurationsnotizbuch, Seite Hosts, Seite 2 


Zeichen enthalten, noch aus mehreren Wörtern bestehen. Wählen 
Sie also am besten einen kurzen, aussagekräftigen Namen. 

Desweiteren erlaubt diese Seite des Notizbuches die Angabe 
einer Zeitzone. Diese sollte bereits korrekt eingetragen sein. 

Damit ist die Basiskonfiguration von TCP/IP abgeschlossen. 
Schließen Sie das Notizbuch, werden Sie gefragt, ob die Änderungen 
gesichert oder verworfen werden sollen. Drücken Sie hier auf die 
Schaltfäche Sichern. Führen Sie anschließend einen Systemabschluß 
und einen Neustart des Rechners durch. Verfahren Sie auch bei dem 
zweiten Rechner bzw. allen anderen Hosts des Netzwerkes so. Sind 
diese Arbeiten beendet, dürfte das Netz funktionieren. 

Test der Konfiguration 

Wenn alle Rechner konfiguriert sind, sollten Sie das Netzwerk te¬ 
sten. Dies funktioniert am einfachsten mit dem Dienstprogramm 
ping.exe. Mit ping.exe senden Sie an einen Host ein IP-Paket, 
das dieser zurücksendet. 

Um zu überprüfen, ob der Host notebook.cenet.de (mit der IP- 
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Abb. 5.19: Vornehmen eines Eintrages in der Hosttabelle. 
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Adresse 196.100.1.2) mit dem zweiten Rechner ropi.cenet.de (mit 
der IP-Adresse 196.100.1) kommunizieren kann, müßte man auf 
der Kommandozeile des Hosts notebook eingeben: 

ping ropi oder: ping 196.100.1.1 

Ist das Programm erfolgreich, sieht die Ausgabe wie in Abbildung 
5.21 aus. Beide Aufrufe sollten erfolgreich sein. Wenn es nicht 
möglich ist, einen Host unter Angabe seines Namens zu pingen, 
sondern nur indem man die IP-Adresse angibt, kann der Name 
nicht in die entsprechende IP-Nummer aufgelöst werden. Der Feh¬ 
ler befindet sich in diesem Falle in der Hosttabelle oder beim DNS. 
Da in unserem Netz noch kein DNS läuft, kehren Sie zum TCP/IP- 
Konfigurationsnotizbuch auf die Seite Hosts zurück, um eine Über¬ 
prüfung der Hosttabelle durchzuführen. 

Achten Sie auch auf die Einträge in der Leitwegtabelle, die 
wir vorgenommen haben. Noch mögen Sie nicht wichtig sein, und 
ping.exe wird auch ohne die Routen erfolgreich sein. Spätestens 
dann aber wenn in Ihrem Netz mehrere Rechner mit einem Gate¬ 
way kommunizieren, das mit einer Firewall an das Internet ange¬ 
schlossen ist, werden die bereits jetzt eingetragenen Routen wichtig. 
Routing ist ein komplexes Thema, dem wir uns noch ausführlich an 
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Abb. 5.20: TCP/IP Konfigurationsnotizbuch, Seite Allgemein 


Beispielen aus der Praxis widmen werden. Die theoretischen Grund¬ 
lagen finden Sie in Band 2 der OS/2 Only! 

Ist der Ping erfolgreich, ist die Konfiguration des Protokoll¬ 
stacks beendet, und das Netz steht. Nun folgt die Einrichtung der 
einzelnen TCP/IP-Dienstprogramme, denn noch bringt Ihnen das 
Netz nicht viel, außer daß IP-Pakete von einem Rechner zum ande¬ 
ren geschickt werden können. Damit ist aber der schwierigste Teil 
der Arbeit getan. 

5.2.7 Ausblick auf den nächsten Teil 

Im dritten Teil unseres Workshops beschäftigen wir uns detailliert 
mit der Installation und Konfiguration unterschiedlichster TCP/IP- 
Netzwerkdienste. Wir werden dazu das lokale Netzwerk mit einem 
P0P3-, SMTP-, HTTP-, FTP- und Telnet-Server ausstatten. Be¬ 
achten Sie bitte auch die Empfehlungen für Netzwerkhardware im 
Hardware-Kapitel von Band 4. Dort erhalten Sie nämlich weitere 
Tips zum Aufbau von Netzen, die größer sind als das hier vorge¬ 
stellte Beispielnetz. 
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Abb. 5.21: Ausgabe des Programms ping.exe nach erfolgreichem Auf¬ 
ruf 

Von einigen Lesern wurde außerdem um eine genaue Beschrei¬ 
bung von NFS gebeten. Da Beschreibungen zum OS/2-NFS rar 
sind, werden wir uns auch diesem Netzwerkdienst genauer widmen. 

Autor: Redaktion 
eMail: os2only@cefischer.de 
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Stichwortverzeichnis 

Abschlußwiderstand 
bei SCSI, 15 
Adapter 

Netzwerkadresse, 104 
Adreßzuweisung, 110 
Aliasnamen, 113 
Analogleitungen 

Kapazität von, 77 
API-Funktionen, 22 
Archive 

selbstentpackende, 47 
ASPI-Manager, 24 
AT-Bus, 12 
ATAPI, 12 
Geräte, 24 
Spezifikation, 12 
Audio-Unterstützung, 29-30 

Backup 

Durchführung, 46-47 
mit PKZip, 44-57 
Programme für, 46 
Basistreiber, 25 
Baudrate, 84 
BIOS 

SCSI-Hostadapter, 20 
Update von, 29 
Bus 

Cardbus, 31 
ISA, 13, 37, 39 
MCA, 36-37, 40 
PCI, 13, 39 
SCSI, 14 

Termination Power, 18 


VESA Local, 13, 39 

C-Compiler 

Parameter für, 67 
C-Toolkit 

Compiler, 66 
mit WorkFrame, 64 
mit C-Set, 64-66 
patchen, 65-66 
PATFI-Eintragungen, 66 
Präprozessor, 66 
CD-ROM Recorder, 24 
Configinfo 

allgemein, 37, 42-44 
Installation, 38, 39 
ConfigMaint/2 

allgemein, 37, 40-42 
Installation, 38, 39 
config.sys 

Optimierung von, 37 
Sortieren von, 41 
Wartung von, 35-44 
connect(), 66 

DASD-Einheitenmanager, 24 
Dateierweiterungen, 47, 50 
Dateisysteme, 22 
Dateisystemtyp, 38 
Datenkomprimierung, 46 
Datenphase 
bei SCSI, 21 
Datenträger 

Formatierung, 45 
Datenträgerformate 
CP/M, 45 
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Stichwortverzeichnis 


Datentransferrate, 15 
Datenübertragung 

asynchrone, synchrone, 19 
DDNS, 109 
Defaultroute, 110 
Device Driver Pack, 31 
DHCP, 109 
DNS, 112, 113 
Domäne 

Namen festlegen, 112 
Druckerobjekt 

anlegen für Ghostsript, 60 
Druckertreiber 
installieren, 60 
DVD-Laufwerke, 24 

EIDE, 12 

Einheitenmanager, 22 
EMX-Runtime 

für Ghostscript, 61 
Entwicklungsumgebung 
Compiler, 66 
mit WorkFrame, 64 
patchen der, 65-66 
PATH-Eintragungen, 66 
Präprosessor der, 66 

fdisk.com, 27 
FD-FORMAT, 45 
Festplatte 

Vorbereiten der, 27 
Vorbereiten von, 45 
Festplattenverwaltung, 45 
Filtertreiber, 24 
Flachbandkabel, 13 

Geräteanzahl 


bei SCSI, 15 
Ghostscript 

Arbeitsverzeichnis, 63 
Ausdrucke, 64 
Drucken mit, 59-64 
Installation von, 61 
Konfiguration, 63 
Konfiguration von, 64 
Parameter, 63 
printmon mit, 64 
Treiber, 59 
GSM-Modem, 75 

Übertragungsraten, 75 
Nachteile von, 75 
GSView, 60 

installieren, 62 

Hardwarekomponente, 22, 36 
Hayes-Standard, 83 
Hostnamen, 112 
HOSTS-Liste 

durchsuchen der, 114 
Hosttabelle, 113, 116 
Hubs, 95 

ibmatapi.flt, 24 
ibmidecd.flt, 24 
icc.exe, 66 

IDE 

Überblick zu, 12-13 
CD-ROM Laufwerke, 12 
Controller, 12 
Festplatten, 12 
Schnittstelle, 12 
Treiber, 24 
Zip-Laufwerke, 12 
Infra rot-Port, 33 
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Internet Access Kit, 73 
Internetzuagng 
PPP, 83 
Internetzugang 

Geschwindigkeit, 84 
Benutzername, 78, 83 
Paßwörter und DNS, 78 
DNS festlegen, 83 
Domänennamen, 77 
Installationshinweise, 79 
Konfiguration, 81-86 
mit Analogmodem, 78 
Paßwort, 83 
Provider, 76-78 
Rufnummern, 77 
SLIP, 82 
Tarife, 77 

I/O-Funktionen, 24 
IRQ 

beim Parallelport, 92 
fr Infrarotports, 33 
ISDN, 73-74 

CAPI-Treiber, 76 

Java 

Compiler für, 72 
Java-Bytecode 

Interpretation von, 72 
Java-Programme 
allgemein, 68 
beschleunigen, 71-72 

Kommandophase 
bei SCSI, 14, 20 
Konfiguration 

archiviern der, 28 
Konfigurationsnotizbuch 


Allgemein, 114 
anwenden, 108 
Fehlermeldung, 68-71 
Hosts, 112-114 
Leitweg, 110-112 
Netzwerk, 109 
schließen, 115 
Tips zum, 68-72 
Koxialkabel, 95 

Leitweg 

Defaultroute, 110 
festlegen von, 110 
Knotenanzahl, 111 
Typen, 110-111 
Leitwegtabelle, 116 

Modem 

Baudrate, 84 
Betriebsstörungen, 85 
Flayes AT-Befehlssatz, 76 
Initialisierung, 84 
mit PCMCIA, 74 
V.90, 76 
mpts .exe, 100 
MPTS 

Adapter, 101 

aktuelle Konfiguration, 102 
Konfiguration von, 98-100 
Beispiel für, 100-106 
config.sys und, 99 
Hinweise zu, 97 
Konfiguration sichern, 105 
Konfiguration starten, 100 
Konfiguration von, 97-107 
Konfigurationsdialog, 101 
Netzwerkadapter, 101 
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Stichwortverzeichnis 


Protokolle, 101-102 
Protokollmanager, 99 
Sockettreiber, 99 
Treibereinrichtung, 103 
Treiberinstallaiton, 103 
verlassen, 106 
Versionen, 90 
Verzeichnisaufbau, 98 

Namesauflösung, 112 
NetBIOS, 97 
Netscape 

Communicator, 80 
Netzwerk 

über Parallelport, 91-93 
Adapter, 91, 93 
Adapteradressen, 104 
Adressen, 108 
Bandbreite, 97 
Dienste, 73 
DNS, 83 

Fehlerquellen, 95 
Hubs, 95 

Nachrichtendienste, 99 
Planung, 108 
PPP, 83 

Protokollmanager, 99 
Schnittstelle, 110 
SLIP, 82 

Sockettreiber, 99 
Struktur, 108 
Token-Ring Hubs, 95 
Übertragungsraten, 97 
Verkabelung, 93-97 
Netzwerkadapter 
Treiber für, 100 
Netzwerke 


mit OS/2, 88-117 
Netzwerkmaske, 110 
NFS, 68 
nmake.exe, 65 
Notebook 

ThinkPad, 39 
Notebooks 

Abschirmung in, 85 
Infra rot-Port bei, 33 
Internetzugang, 73-88 
OS/2-kompatible, 26 
OS/2-taugliche, 25-34 
Chipsätze von, 31 
von IBM, 77 
NULL MAC-Treiber, 102 

os2aspi.dmd, 24 
os2cdrom.dmd, 23 
os2dasd.dmd, 22 
os2scsi.dmd, 23 

Parallelbus, 15 
Parallelport 

für Ghostscript, 60 
Konfiguration, 92-93 
Netzwerk mit, 91-93 
Netzwerkdienste mit, 93 
Parallelporttreiber 
IRQ-Ebene, 104 
Konfiguration, 103-105 
Verbindungsmodus, 105 
PartitionMagic, 27 
PCMCIA 

CAPI-Treiber für, 76 
Modemkarte, 74 
Modemkarten, 83 
Unterstützung, 31-33 
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Phoenix/2, 54 
ping.exe, 115 
PKZip 

allgemein, 47 
Arbeit mit, 47-50 
Archive bearbeiten, 55 
Archive reparieren, 57 
Automatisierung, 53-54 
Backup mit, 46 
Batchdateien, 48, 56 
Befehle, 50-53 
Bildschirmausgabe, 57 
Entpacken, 55 
Hinweise, 53 
Kompatibilität, 55 
Paßwortschutz, 47 
Paswortsicherung mit, 55 
Schalter, 50-53 
Sicherungsdateien, 57 
Voreinstellungen, 50 
PostScript 
Code, 59 
Postscriptcode 

Erzeugung von, 60 
PPP-Gateway, 109 
IRQ für, 92 
printmon, 60 
Programmobjekt 
für Ghostscript, 64 
protman.os2, 99 
Protokollmanager, 99 
Prozessorzeit 

bei IDE-Subsystem, 12 
bei SCSI, 14 

rc.exe, 65 
rcpp.err, 65 


rcpp.exe, 65 
Request Pakete, 22 
reserve. sys, 32 
Ressourcencompiler, 66 
RJ-45 Standard, 96 
Route 

festlegen der, 111 
Routentyp, 111 
DEFAULT, 110 
HOST, 110 
NET, 110 
SUBNET, 110 
Routing, 116 

Scanner, 18 
Schnittstelle 

konfigurieren, 110 
SCSI, 13 

Abschlußwiderstand, 15 
Adapter, 13 
Bus, 14 

Busaufbau, 13-14 
Datenphase bei, 21 
Einheiten, 13 
Geräte, 14 
Geräteanzahl, 15 
Geraateanzahl, 14 
Hostadapter, 13 
IDs, 14 

Kabellängen bei, 15-18 
Kommandophase, 14 
Kommandophase, 20 
Kommunikation, 20-21 
OS/2-Support, 22-25 
Standards, 14-15 
Statusphase bei, 21 
TCQ bei, 14 
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Termination Power, 18 
Terminierung, 15-18 
Terminierungsfehler, 16 
Übertragungsmodi, 19-20 
Ultra, 15 
Ultra Wide, 15 
Wide, 15 

Sicherungsdateien, 57 
Signalreflexionen, 17 
Socketfehler, 66-67 
Sockettreiber 
allgemein, 99 
für IPC mit TCP/IP, 100 
für lokale IPC, 100 
Soundkarte 

bei Notebooks, 29 
Statusphase 
bei SCSI, 21 

T-Verzweigung 
bei SCSI, 16 
bei BNC-Standard, 95 
Tagged Command Queuing 
bei SCSI-2, 14 
tcpcfg.exe, 108 
TCP/IP 

Adreßzuweisung, 110 
Aliasnamen, 113 
Defaultroute, 110 
DHCP u. DDNS, 89 
Dienste, 115, 117 
DNS, 112 

Domänennamen, 112 
Drucken mit, 93 
Hostnamen, 112 
Hosttabelle, 113, 116 
Knotenanzahl, 111 


Konfigurationstest, 115 
Konfiguration, 107-115 
Konfigurationsdaten, 98 
Konfigurationstools, 72 
Leitwege festeigen, 110 
Leitwegtypen, 110-111 
Namensauflösung, 112 
Netzwerkdienste, 117 
NFS, 68, 93 
Notizbuch, 108 
Protokollstack, 66 
Protokollstack von, 100 
Routen, 110 
SLIP, 82 

Socketfehler, 66-67 
Versionen, 90 
Vorteile von, 88 
Wählfunktion für, 82 
Teilnetzwerkmaske, 110 
Terminierung 

aktive, passive, 17 
bei BNC-Standard, 95 
des SCSI-Busses, 16 
Termination Power, 18 
Termninierung 

korrekte bei SCSI, 15-18 
Treiber 

Basistreiber, 25 
Block-Device, 22 
CAPI-Treiber, 76 
Einheitenmanager, 22 
für Adapter, 22 
für den Infrarotport, 33 
für PCMCIA, 32 
Filterschichten, 24 
für Audio, 29-30 
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für PCMCIA, 31-33 
für Video, 30 
Modell von OS/2, 22-25 
Netzwerktreiber, 103 
Probleme mit PPP, 88 
Treibermodell, 22 

Übertragungsrate, 84 
Umgebungsvariable 
ETC, 72, 98 
für C-Toolkit, 66 
Undeleteprogramm, 54 

Verkabelung 

BNC-Standard, 94-95 
Twisted-Pair, 95-97 
Videounterstützung, 30 

WorkFrame, 64 
WWW 

Browser, 80 
Server, 89 

Zeiteinheiten, 19 
Zeitraster 

Datenübertragungen, 19 
Zielnetz, 111 
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